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12.2.3 Parameter use 193 
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12.4.2 Service primitives 196 

12.4.3 Parameter use 196 

12.5 MAP-ALERT-SERVICE-CENTRE service 196 

12.5.1 Definition 196 

12.5.2 Service primitives 197 

12.5.3 Parameter use 197 

12.6 MAP-INFORM-SER VICE-CENTRE service 197 

12.6.1 Definition 197 

12.6.2 Service primitives 198 

12.6.3 Parameter use 198 

12.7 MAP-SEND-INFO-FOR-MT-SMS service 198 

12.7.1 Definition 198 

12.7.2 Service primitives 198 

12.7.3 Parameter use 199 

12.8 MAP-SEND-INFO-FOR-MO-SMS service 199 

12.8.1 Definition 199 

12.8.2 Service primitives 199 

12.8.3 Parameter use 200 

12.9 MAP-MT-FORWARD-SHORT-MESSAGE service 200 

12.9.1 Definition 200 

12.9.2 Service primitives 200 

12.9.3 Parameter use 200 

13 Network-Requested PDF Context Activation services 202 

13.1 MAP_SEND_ROUTlNG_lNFO_FOR_GPRS service 202 

13.1.1 Definition 202 

13.1.2 Service primitives 202 

13.1.3 Parameter definition and use 202 

13.2 MAP_FAILURE_REPORT service 203 

13.2.1 Definition 203 

13.2.2 Service primitives 203 

13.2.3 Parameter definition and use 203 

13.3 MAP_NOTE_MS_PRESENT_FOR_GPRS service 204 

13.3.1 Definition 204 

13.3.2 Service primitives 204 

13.3.3 Parameter definition and use 204 

13A Location Service Management Services 205 

13A.1 MAP-SEND-ROUTING-INFO-FOR-LCS Service 205 

13A.1.1 Definition 205 

13 A. 1.2 Service Primitives 205 

13A.1.3 Parameter Use 205 

13A.2 MAP-PROVIDE-SUBSCRIBER-LOCATION Service 206 

13A.2.1 Definition 206 

13 A. 2. 2 Service Primitives 206 

13 A. 2. 3 Parameter Definition and Use 207 

13A.3 MAP-SUBSCRIBER-LOCATION-REPORT Service 208 

13A.3.1 Definition 208 

13 A. 3.2 Service Primitives 208 

13A.3.3 Parameter Definition and Use 209 

13A.4 Void 211 

13A.4.1 Void 211 

13A.4.2 Void 211 

13A.4.3 Void 211 

13A.5 Void 211 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 5 ETSI TS 1 29 002 V4.9.0 (2002-09) 

13A.5.1 Void 211 

13A.5.2 Void 211 

13A.5.3 Void 211 

13A.6 Void 211 

13A.6.1 Void 211 

13A.6.2 Void 211 

13A.6.3 Void 211 

13A.7 Void 211 

13A.7.1 Void 211 

13A.7.2 Void 211 

13A.7.3 Void 211 

13A.8 Void 211 

13A.8.1 Void 211 

13A.8.2 Void 211 

13A.8.3 Void 211 

13A.9 Void 211 

13A.9.1 Void 211 

13A.9.2 Void 212 

13A.9.3 Void 212 

14 General 212 

14.1 Overview 212 

14.2 Underlying services 212 

14.3 Model 212 

14.4 Conventions 212 

15 Elements of procedure 213 

15.1 Handling of unknown operations 213 

15.2 Dialogue establishment 213 

15.2.1 Behaviour at the initiating side 214 

15.2.2 Behaviour at the responding side 215 

15.3 Dialogue continuation 216 

15.4 Load control 216 

15.5 Procedures for MAP specific services 217 

15.5.1 Service invocation for unsecured dialogues 217 

15.5.2 Service invocation for secured dialogues 217 

15.5.3 Service invocation receipt for unsecured dialogues 217 

15.5.4 Service invocation receipt for secured dialogues 218 

15.5.5 Handling of components received fromTC 218 

15.6 SDL descriptions 218 

16 Mapping on to TC services 257 

16.1 Dialogue control 257 

16.1.1 Directly mapped parameters 257 

16.1.2 Use of other parameters of dialogue handling primitives 257 

16.1.2.1 Dialogue Id 257 

16.1.2.2 Application-context-name 257 

16.1.2.3 User information 257 

16.1.2.4 Component present 257 

16.1.2.5 Termination 257 

16.1.2.6 P-Abort-Cause 257 

16.1.2.7 Quality of service 257 

16.2 Service specific procedures 258 

16.2.1 Directly mapped parameters 258 

16.2.2 Use of other parameters of component handling primitives 258 

16.2.2.1 Dialogue Id 258 

16.2.2.2 Class 258 

16.2.2.3 Linked Id 258 

16.2.2.4 Operation 259 

16.2.2.5 Error 260 

16.2.2.6 Parameters 260 

16.2.2.7 Timeout 260 

16.2.2.8 Last component 260 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 6 ETSI TS 1 29 002 V4.9.0 (2002-09) 

16.2.2.9 Problem code 260 

16.2.2.9.1 Mapping to MAP User Error 260 

16.2.2.9.2 Mapping to MAP Provider Error parameter 261 

16.2.2.9.3 Mapping to diagnostic parameter 261 

17 Abstract syntax of the MAP protocol 262 

17.1 General 262 

17.1.1 Encoding rules 262 

17.1.2 UseofTC 262 

17.1.2.1 Use of Global Operation and Error codes defined outside MAP 263 

17.1.3 Use of information elements defined outside MAP 263 

17.1.4 Compatibility considerations 264 

17.1.5 Structure of the Abstract Syntax of MAP 264 

17.1.6 Application Contexts 266 

17.2 Operation packages 268 

17.2.1 General aspects 268 

17.2.2 Packages specifications 268 

17.2.2.1 Location updating 268 

17.2.2.2 Location cancellation 269 

17.2.2.3 Roaming number enquiry 269 

17.2.2.4 Information retrieval 269 

17.2.2.5 Inter- VLR information retrieval 269 

17.2.2.6 IMSI retrieval 270 

17.2.2.7 Call control transfer 270 

17.2.2.8 Secure transport 270 

17.2.2.9 Void 270 

17.2.2.10 Interrogation 270 

17.2.2.11 Void 271 

17.2.2.12 Handover Control 271 

17.2.2.13 Subscriber Data management stand alone 271 

17.2.2.14 Equipment management 271 

17.2.2.15 Subscriber data management 271 

17.2.2.16 Location register restart 272 

17.2.2.17 Tracing stand-alone 272 
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19.5.3 Process in the gsmSCF 502 

20 Operation and maintenance procedures 504 

20.1 General 504 
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20.3.1.1 Subscriber deletion procedure 532 

20.3.1.2 Subscriber data modification procedure 534 

20.3.2 Procedures in the VLR 539 
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20.3.3.2 Subscriber data modification procedure 542 
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21.2.1 General 549 

21.2.2 Process in the GMSC 551 
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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies the Mobile Application Part (MAP), the requirements for the signalling system and 
procedures within the 3GPP system at application level. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



It is necessary to transfer between entities of a Public Land Mobile Network (PLMN) information specific to the PLMN 
in order to deal with the specific behaviour of roaming Mobile Stations (MS)s. The Signalling System No. 7 specified 
by CCITT is used to transfer this information. 

The present document describes the requirements for the signalling system and the procedures needed at the application 
level in order to fulfil these signalling needs. 

Clauses 1 to 6 are related to general aspects such as terminology, mobile network configuration and other protocols 
required by MAP. 

MAP consists of a set of MAP services that are provided to MAP service-users by a MAP service-provider. 



MAP service-user 



MAP service-user 



Service Interface 



MAP Service-provider 

Figure 1.1/1: Modelling principles 

Clauses 7 to 13A of the present document describe the MAP services. 

Clauses 14 to 17 define the MAP protocol specification and the behaviour of service provider (protocol elements to be 
used to provide MAP services, mapping on to TC service primitives, abstract syntaxes, etc.). 

Clauses 18 to 25 describe the MAP user procedures that make use of MAP services. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 21.905: "3G Vocabulary". 

[2] 3GPP TS 22.001: "Digital cellular telecommunications system (Phase 2+); Principles of 

telecommunication services supported by a Public Land Mobile Network (PLMN)". 

[3] 3GPP TS 22.002: "Bearer Services Supported by a Pubhc Land Mobile Network (PLMN)". 

[4] 3GPP TS 22.003: "Circuit Teleservices Supported by a Public Land Mobile Network (PLMN)". 

[5] 3GPP TS 22.004: "General on Supplementary Services". 

[6] 3GPP TS 42.009: "Digital cellular telecommunications system (Phase 2+); Security aspects". 

[7] 3GPP TS 22.016: "International Mobile station Equipment Identities (IMEI)". 
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3GPP TS 22.082: "Call Forwarding (CF) supplementary services - Stage 1". 

3GPP TS 22.083: "Call Waiting (CW) and Call Hold (HOLD) Supplementary Services - Stage 1". 

3GPP TS 22.084: "Multi Party (MPTY) Supplementary Services - Stage 1". 

3GPP TS 22.085: "Closed User Group (CUG) supplementary services - Stage 1". 

3GPP TS 22.086: "Advice of charge (AoC) Supplementary Services - Stage 1". 

3GPP TS 22.088: "Call Barring (CB) supplementary services - Stage 1". 

3GPP TS 22.090: "Unstructured Supplementary Service Data (USSD); - Stage 1". 

3GPP TS 23.003: "Numbering, addressing and identification". 

GSM 03.04: "Digital cellular telecommunications system (Phase 2+); Signalling requirements 
relating to routeing of calls to mobile subscribers". 
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3GPP TS 23.009: 
3GPPTS 23.011: 
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3GPP TS 43.020: 
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3GPPTS 23.082: 
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3GPPTS 23.088: 
3GPP TS 23.090: 
3GPPTS 33.200: 

3GPP TS 24.008: 
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3GPPTS 24.010: 

aspects". 

3GPPTS 24.011: 
interface". 

3GPPTS 44.071: 



'Restoration procedures". 

'Organisation of subscriber data". 

'Handover procedures". 

'Technical realization of Supplementary Services - General Aspects". 

'Location registration procedures". 

'Security related network functions". 

'Alphabets and language". 

'Technical realization of the Short Message Service (SMS) Point to Point (PP)". 

'Functional stage2 description of LCS (Release 4)". 

'Line Identification Supplementary Services - Stage 2". 

'Call Forwarding (CF) Supplementary Services - Stage 2". 

'Call Waiting (CW) and Call Hold (HOLD) Supplementary Services - Stage 2". 

'Multi Party (MPTY) Supplementary Services - Stage 2". 

'Closed User Group (CUG) Supplementary Services - Stage 2". 

'Advice of Charge (AoC) Supplementary Services - Stage 2". 
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'Unstructured Supplementary Services Data (USSD) - Stage 2". 
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'Point-to-Point (PP) Short Message Service (SMS) support on mobile radio 

'Location Services (LCS) - stage 3". 
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3 Abbreviations 

Abbreviations used in the present document are listed in 3GPP TS 21.905. 

4 Void 

5 Overload and compatibility overview 
5.1 Overload control 

There is a requirement for an overload/congestion control for all entities of the Public Land Mobile Network and the 
underlying Signalling System No. 7. 

5.1 .1 Overload control for MSC (outside MAP) 

For the entity MSC the following two procedures (outside MAP) may be applied to control the processor load: 

- ISDN 

CCITT Recommendation Q.764 (Automatic Congestion Control), applicable to reduce the mobile terminating 
traffic; 

- BSSAP 

3GPP TS 48.008 [49] (A-interface Flow Control), applicable to reduce the mobile originating traffic. 
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5.1 .2 Overload control for MAP entities 

For all MAP entities, especially the HLR, the following overload control method is applied. 

If overload of a MAP entity is detected requests for certain MAP operations (see tables 5.1/1, 5.1/2, 5.1/3 and 5.1/4) 
may be ignored by the responder. The decision as to which MAP Operations may be ignored is made by the MAP 
service provider and is based upon the priority of the application context. 

Since most of the affected MAP operations are supervised in the originating entity by TC timers (medium) an additional 
delay effect is achieved for the incoming traffic. 

If overload levels are applicable in the Location Registers the MAP operations should be discarded taking into account 
the priority of their application context (see table 5.1/1 for HLR, table 5.1/2 for MSC/VLR, table 5.1/3 for the SGSN 
and table 5.1/4 for the SMLC; the lowest priority is discarded first). 

The ranking of priorities given in the tables 5.1/1, 5.1/2, 5.1/3 and 5.1/4 is not normative. The tables can only be seen as 
a proposal that might be changed due to network operator/implementation matters. 

If secure transport is used, the encapsulated application context for the requested dialogue determines the priority for 
discarding the received MAP operation. 
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Table 5.1/1 : Priorities of Application Contexts for HLR as Responder 



Responder = HLR 


Initiating Entity 


Priority high 




Mobility Management 




networkLocUp 


VLR 


(updateLocation), 




(restoreData/v2), 




(sendParameters/v 1 ) 




gprsLocationUpdate 


SGSN 


(updateGPRSLocation/v3), 




infoRetrieval 


VLR/SGSN 


( send AuthenticationInfo/v2/v3 ) , 




(sendParameters/v 1 ) 




istAlerting 


MSC 


(istAlert/v3) 


msPurging VLR 


(purgeMS/v2/v3) 




msPurging 


SGSN 


(purgeMS/v3) 




Short Message Service 




shortMsgGateway 


GMSC 


(sendRoutinglnfoforSM), 




(reportSM-DeliveryStatus) 




mwdMngt VLR/SGSN 




(readyForSM/v2/v3), 




(noteSubscriberPresent/v 1 ) 




Mobile Terminating Traffic 




locInfoRetrieval 


GMSC 


(sendRoutinglnfo) 




anyTimeEnquiry 


gsmSCF 


(anyTimelnterrogation) 




reporting 


VLR 


(statusReport) 




Location Services 




locationSvcGateway 


GMLC 


(sendRoutingInfoforLCS/v3) 




Subscriber Controlled Inputs (Supplementary Services) 




networkFunctionalS s 


VLR 


(registerSS), 




(eraseSS), 




(activateSS), 




(deactivateSS), 




(interrogateSS), 




(registerPassword), 




(processUnstructuredSS-Data/vl), 




(beginSubscriberActivity/v 1 ) 




callCompledon 


VLR 


(registerCCEntry), 




(eraseCCEntry) 




networkUnstructuredSs 


VLR 


(processUnstructuredSS-Request/v2) 




imsiRetrieval 


VLR 


(sendIMSI/v2) 




gprsLocationlnfoRetrieval 


GGSN/SGSN 


(sendRoutingInfoForGprs/v3/v4) 




failureReport 


GGSN/SGSN 


(failureReport/v3) 




authenticationFailureReport 


VLR/SGSN 


(authenticationFailureReport/v3) 




Priority low 



NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 
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Table 5.1/3: Priorities of Application Contexts for SGSN as Responder 



Responder = SGSN 


Initiating Entity 


Priority high 




Mobility and Location Register Management 




locationCancel 


HLR 


(cancelLocation v3) 




reset 


HLR 


(reset) 




subscriberDataMngt 


HLR 


(insertSubscriberData v3), 




(deleteSubscriberData v3) 




tracing 


HLR 


(activateTraceMode), 




(deactivateTraceMode) 




Short Message Service 




shortMsgMT-Relay 


MSC 


(MT-ForwardSM v3) 




(forwardSM vl/v2) 




Location Services 




locationSvcEnquiry 


GMLC 


(provideSubscriberLocation v3) 




Networlc-Reauested PDP context activation 




gprsNotify HLR 




(noteMsPresentForGprs v3). 




Priority low 





NOTE: The application context name is the last component but one of the object identifier. 
Operation names are given in brackets for information with "/vn" appended to vn. 
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Table 5.1/2: Priorities of Application Contexts for IVISC/VLR as Responder 



Responder = MSCA'LR 


Initiating Entity 


Priority high 




Handover 




handoverControl 


MSC 


(prepareHandover/v2/v3), 




(performHando ver/v 1 ) 




Group call and Broadcast call 




groupCallControl 


MSC 


(prepareGroupCall/v3) 




Mobility and Location Register Management 


HLR 


locationCancel 


(cancelLocation) 




reset 


HLR 


(reset) 




immediateTermination 


HLR 


(istCommand/v3) 




interVlrlnfoRetrieval 


VLR 


(sendIdentification/v2/v3), 




(sendParameters/v 1 ) 




subscriberDataMngt 


HLR 


(insertSubscriberData), 




(deleteSubscriberData) 




tracing 


HLR 


(acti vateTraceMode) , 




(deactivateTraceMode) 




Short Message Service 




shortMsgMO-Relay 


MSC/SGSN 


(MO-ForwardSM v3) 




(forwardSM vl/v2) 




shortMsgMT-Relay 


MSC 


(MT-ForwardSM v3) 




(forwardSM vl/v2) 




shortMsgAlert 


HLR 


(alertServiceCentre/v2), 




(alertServiceCentreWithoutResult/v 1 ) 




Mobile Terminating Traffic 




roamingNbEnquiry 


HLR 


(provideRoamingNumber) 




callControlTransfer 


MSC 


(resumeCallHandling) 




subscriberlnfoEnquiry 


HLR 


(provideSubscriberlnformation) 




reporting 


HLR 


(remoteUserFree) 




(SetReportingState) 




Location Services 




locationSvcEnquiry 


GMLC 


(provideSubscriberLocation v3) 




Network-Initiated USSD 




networkUnstructuredS s 


HLR 


(unstructuredSS-Request/v2), 




(unstructuredSS-Notify/v2) 




Priority low 





NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 
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5.1 .3 Congestion control for Signalling System No. 7 

The requirements of SS7 Congestion control have to be taken into account as far as possible. 

Means that could be applied to achieve the required traffic reductions are described in clauses 5.1.1 and 5.1.2. 

5.2 Compatibility 

5.2.1 General 

The present document of the Mobile Application Part is designed in such a way that an implementation which conforms 
to it can also conform to the Mobile Application Part operational version 1 specifications, except on the MSC-VLR 
interface. 

A version negotiation mechanism based on the use of an application-context-name is used to negotiate the protocol 
version used between two entities for supporting a MAP-user signalling procedure. 

When starting a signalling procedure, the MAP-user supplies an application-context-name to the MAP-provider. This 
name refers to the set of application layer communication capabilities required for this dialogue. This refers to the 
required TC facilities (e.g. version 1 or 2) and the list of operation packages (i.e. set of operations) from which 
operations can be invoked during the dialogue. 

A version one application-context-name may only be transferred to the peer user in a MAP-U- ABORT to an entity of 
version two or higher (i.e. to trigger a dialogue which involves only communication capabilities defined for MAP 
operational version 1). 

If the proposed application-context-name can be supported by the responding entity the dialogue continues on this basis 
otherwise the dialogue is refused and the initiating user needs to start a new dialogue, which involves another 
application-context-name which requires less communication capabilities but provides similar functionality (if 
possible). 

When a signalling procedure can be supported by several application contexts that differ by their version number, the 
MAP-User needs to select a name. It can either select the name that corresponds to the highest version it supports or 
follow a more specific strategy so that the number of protocol fallbacks due to version compatibility problems is 
minimised. 

5.2.2 Strategy for selecting the Application Context (AC) version 

A method should be used to minimise the number of protocol fall-backs which would occur sometimes if the highest 
supported AC-Name were always the one selected by GSM entities when initiating a dialogue. The following method is 
an example that can be used mainly at transitory phase stage when the network is one of mixed phase entities. 

5.2.2.1 Proposed method 

A table (table 1) may be set up by administrative action to define the highest application context (AC) version supported 
by each destination; a destination may be another node within the same or a different PLMN, or another PLMN 
considered as a single entity. The destination may be defined by an E.164 number or an E.214 number derived from an 
IMSI or in North America (World Zone 1) by an E. 164 number or an IMSI (E.212 number). The table also includes the 
date when each destination is expected to be able to handle at least one AC of the latest version of the MAP protocol. 
When this date is reached, the application context supported by the node is marked as "unknown", which will trigger the 
use of table 2. 

A second table (table 2) contains an entry for each destination that has an entry in table 1 . For a given entity, the entry 
in table 2 may be a single application context version or a vector of different versions applying to different application 
contexts for that entity. Table 2 is managed as described in clause 5.2.2.2. 

The data for each destination will go through the following states: 

a) the version shown in table 1 is "version n-l", where 'n' is the highest version existing in this specification; table 2 
is not used; 
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b) the version shown in table 1 is "unknown"; table 2 is used, and maintained as described in clause 5.2.2.2; 

c) when the PLMN operator declares that an entity (single node or entire PLMN) has been upgraded to support all 
the MAP version n ACs defined for the relevant interface, the version shown in table 1 is set to "version n" by 
administrative action; table 2 is no longer used, and the storage space may be recovered. 

5.2.2.2 Managing the version look-up table 

WHEN it receives a MAP -OPEN ind the MAP-User determines the originating entity number either using the 
originating address parameter or the originating reference parameter or retrieving it from the subscriber data using the 
IMSI or the MSISDN. 

IF the entity number is known: 

THEN 

It updates (if required) the associated list of highest supported ACs. 

ELSE 

It creates an entry for this entity and includes the received AC -name in the list of highest supported ACs. 

WHEN starting a procedure, the originating MAP-user looks up its version control table. 

IF the destination address is known and not timed-out. 

THEN 

It retrieves the appropriate AC-name and uses it 

IF the dialogue is accepted by the peer 

THEN 

It does not modify the version control table 

ELSE (this should never occur) 

It starts a new dialogue with the common highest version supported (based on information implicitly 
or explicitly provided by the peer). 

It replaces the old AC-name by the new one in the list of associated highest AC supported. 

ELSE 

It uses the AC-name that corresponds to the highest version it supports. 
IF the dialogue is accepted by the peer. 

THEN 

It adds the destination node in its version control table and includes the AC-Name in the list of 
associated highest AC supported. 



ELSE 



It starts a new dialogue with the common highest version supported (based on information implicitly or 
explicitly provided by the peer). 

IF the destination node was not known 

THEN 

It adds the destination node in its version control table and includes the new AC-Name in the list of 
associated highest AC supported. 
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ELSE 

It replaces the old AC -name by the new one in the list of highest supported AC and reset the timer. 

5.2.2.3 Optimising the method 

A table look-up may be avoided in some cases if both the HLR and the VLR or both the HLR and the SGSN store for 
each subscriber the version of the AC-name used at location updating. Then: 

for procedures which make use of the same application-context, the same AC-name (thus the same version) can 
be selected (without any table look-up) when the procedure is triggered; 

for procedures which make use of a different application-context but which includes one of the packages used by 
the location updating AC, the same version can be selected (without any table look-up) when the procedure is 
triggered; 

for HLR: 

Subscriber data modification (stand alone); 
for VLR: 

Data Restoration. 



Requirements concerning the use of SCCP and TC 



6.1 Use of SCCP 



The Mobile Application Part (MAP) makes use of the services offered by the Signalling Connection Control Part 
(SCCP). 

MAP supports the following SCCP versions: 

• Signalling Connection Control Part, Signalhng System no. 7 CCITT ("Blue Book SCCP"); 

• Signalling Connection Control Part, Signalling System no. 7 ITU-T Recommendation (07/96) Q.711 to Q.716 
("White Book SCCP"). Support of White Book SCCP at the receiving side shall be mandated from 00:01hrs, 1st 
July 2002(UTC). However, for signalling over the MAP E-interface to support inter-MSC handover/relocation, 
the support of White Book SCCP shall be mandated with immediate effect. 

A White Book SCCP message will fail if any signalling point used in the transfer of the message does not support 
White Book SCCP. Therefore it is recommended that the originator of the White Book SCCP message supports a drop 
back mechanism or route capability determination mechanism to interwork with signalling points that are beyond the 
control of GSM/UMTS network operators. 

In North America (World Zone 1) the national version of SCCP is used as specified in ANSI Tl.l 12. Interworking 
between a PLMN in North America and a PLMN outside North America will involve an STP to translate between 
ANSI SCCP and ITU-T/CCITT SCCP. 

The SCCP is identified as an MTP3-user and the transport of SCCP messages between two entities shall be 
accomplished according to the 3GPP TS 29.202 [121]. 

6.1.1 SCCP Class 

MAP will only make use of the connectionless classes (0 or 1) of the SCCP. 



6.1 .2 Sub-System Number (SSN) 



The Application Entities (AEs) defined for MAP consist of several Application Service Elements (ASEs) and are 
addressed by sub-system numbers (SSNs). The SSNs for MAP are specified in 3GPP TS 23.003 [17]. 
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When the SGSN emulates MSC behaviour for processing messages (MAP-MO-FORWARD-SHORT-MESSAGE, 
MAP_CHECK_IMEI, MAP_SUBSCRIBER_LOCATION_REPORT) towards entities which do not support 
interworking to SGSNs, it shall use the MSC SSN in the calling party address instead of the SGSN SSN. 

6.1.3 sec P addressing 
6.1.3.1 Introduction 

Within the GSM System there will be a need to communicate between entities within the same PLMN and in different 
PLMNs. Using the Mobile Application Part (MAP) for this function implies the use of Transaction Capabilities (TC) 
and the Signalling Connection Control Part (SCCP) of CCITT SignalHng System No. 7. 

Only the entities that should be addressed are described below. If the CCITT or ITU-T SCCP is used, the format and 
coding of address parameters carried by the SCCP for that purpose shall comply with CCITT Recommendation Q.713 
with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, a MAP SSN shall always be included in the 
called and calling party addresses. All other aspects of SCCP addressing are network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

- SSN indicator = 1 (MAP SSN always included); 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

the translation type field will be coded "00000000" (Not used). For call related messages for non-optimal 
routed calls (as described in 3GPP TS 23.066 [108]) directed to another PLMN the translation type field 
maybe coded "10000000" (CRMNP); 

- Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = 1 (MAP SSNs always included); 

- Point code indicator = 0; 

Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

- Numbering Plan = 0001 (ISDN Numbering Plan, E. 164; In Case of Inter-PLMN Signalling, the dialogue 
initiating entity and dialogue responding entity shall always include its own E. 164 Global Title as Calling 
Party Address); 

- the translation type field will be coded "00000000" (Not used); 

Routing indicator = (Routing on Global Title). 

If ANSI Tl.l 12 SCCP is used, the format and coding of address parameters carried by the SCCP for that purpose shall 
comply with ANSI specification Tl.l 12 with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, a MAP SSN shall always be included in the 
called and calling party addresses. All other aspects of SCCP addressing are network specific. 

2) Inter-PLMN addressing 
a) Called Party Address 
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- SSN indicator = 1 (MAP SSN always included); 

Global title indicator = 0010 (Global title includes translation type); 
the Translation Type (TT) field will be coded as follows: 

TT = 9, if IMSI is included; 

TT = 14, if MSISDN is included; 

Or TT = 10, if Network Element is included. (If TT=10, then Number Portability GTT is not invoked, 
if TT=14, then Number Portability GTT may be invoked). 

Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = 1 (MAP SSNs always included); 
Point code indicator = 0; 

Global Title indicator = 0010 (Global title includes translation type); 

TT = 9, if IMSI is included; 

TT = 14, if MSISDN is included; 

Or TT = 10, if Network Element is included. (If TT=10, then Number Portability GTT is not invoked, 
if TT=14, then Number Portability GTT may be invoked). 

Routing indicator = (Routing on Global Title). 

If a Global Title translation is required for obtaining routeing information, one of the numbering plans E. 1 64, E.2 1 2 and 
E.214 is applicable. 

E.212 numbering plan. 

When CCITT or ITU-T SCCP is used, an E.212 number must not be included as Global Title in an SCCP 
UNITDATA message. The translation of an E.212 number into a Mobile Global Title is applicable in a 
dialogue initiating VLR, SGSN or GGSN if the routeing information towards the HLR is derived from the 
subscriber's IMSI. In World Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used as a Global 
Title to address the HLR. When an MS moves from one VLR service area to another, the new VLR may 
derive the address of the previous VLR from the Location Area Identification provided by the MS in the 
location registration request. The PLMN where the previous VLR is located is identified by the E.212 
numbering plan elements of the Location Area Identification, i.e. the Mobile Country Code (MCC) and the 
Mobile Network Code (MNC). 

E.214 and E. 164 numbering plans. 

When CCITT or ITU-T SCCP is used, only address information belonging to either E.214 or E.164 
numbering plan is allowed to be included as Global Title in the Called and Calling Party Address. In World 
Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used as a Global Title to address the HLR. 

If the Calling Party Address associated with the dialogue initiating message contains a Global Title, the 
sending network entity shall include its E.164 entity number. 

When receiving an SCCP UNITDATA message, SCCP shall accept either of the valid numbering plans in 
the Called Party Address and in the Calling Party Address. 

When CCITT or ITU-T SCCP is used and an N-UNITDATA-REQUEST primitive from TC is received, 
SCCP shall accept an E.164 number or an E.214 number in the Called Address and in the Calling Address. In 
World Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used instead of E.214 number. 

The following clauses describe the method of SCCP addressing appropriate for each entity both for the simple 
intra-PLMN case and where an inter-PLMN communication is required. The following entities are considered: 

the Mobile-services Switching Centre (MSC); 
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the Home location Register (HLR); 

the Visitor Location Register (VLR); 

the Gateway Mobile-services Switching Centre (GMSC); 

- the GSM Service Control Function (gsmSCF); 

the Interworking Mobile-services Switching Centre (IWMSC); 
the Shared Inter Working Function (SIWF); 

- the Serving GPRS Support Node (SGSN); 

- the Gateway GPRS Support Node (GGSN); 

- the Gateway Mobile Location Centre (GMLC). 

6.1 .3.2 The Mobile-services Switching Centre (MSC) 

There are several cases where it is necessary to address the MSC. 

6.1 .3.2.1 MSC interaction during handover or relocation 
The address is derived from the target Cell id or from the target RNC id. 

6.1 .3.2.2 MSC for short message routing 

When a short message has to be routed to an MS, the GMSC addresses the VMSC by an MSC identity received from 
the HLR that complies with E. 164 rules. 

For MS originating short message, the IWMSC address is derived from the Service Centre address. 

6.1 .3.2.3 MSC for location request routing 

When a location request for a particular MS needs to be sent to the MS"s VMSC, the GMLC addresses the VMSC using 
an E.164 address received from the MS"s HLR. 

6.1.3.2.4 MSC for LMU Control 

When a control message has to be routed to an LMU from an SMLC, the SMLC addresses the serving MSC for the 
LMU using an E.164 address. 

6.1 .3.3 The Home Location Register (HLR) 

There are several cases where the HLR has to be addressed. 

6.1 .3.3.1 During call set-up 

When a call is initiated the HLR of the called mobile subscriber will be interrogated to discover the whereabouts of the 
MS. The addressing required by the SCCP will be derived from the MSISDN dialled by the calling subscriber. The 
dialled number will be translated into either an SPC, in the case of communications within a PLMN, or a Global Title if 
other networks are involved (i.e. if the communication is across a PLMN boundary). 

If the calling subscriber is a fixed network subscriber, the interrogation can be initiated from the Gateway MSC of the 
home PLMN in the general case. If the topology of the network allows it, the interrogation could be initiated from any 
Signalling Point that has MAP capabilities, e.g. local exchange, outgoing International Switching Centre (ISC), etc. 
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6.1 .3.3.2 Before location updating completion 

When an MS registers for the first time in a VLR, the VLR has to initiate the update location dialogue with the MS's 
HLR and a preceding dialogue for authentication information retrieval if the authentication information must be 
retrieved from the HLR. When initiating either of these dialogues, the only data for addressing the HLR that the VLR 
has available is contained in the IMSI, and addressing information for SCCP must be derived from it. When continuing 
the established update location dialogue (as with any other dialogue), the VLR must derive the routeing information 
towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the 
dialogue terminating message is received. This means that the VLR must be able to address the HLR based on: 

- an E.214 Mobile Global Title originally derived by the VLR from the IMSI (when CCITT or ITU-T SCCP is 
used), or an E.212 number originally derived from IMSI (when ANSI SCCP is used, an IMSI); or 

an E. 164 HLR address; or 

in the case of intra-PLMN signalling, an SPC. 

When answering with Global Title to the VLR, the HLR shall insert its E. 164 address in the Calling Party Address of 
the SCCP message containing the first responding CONTINUE message. 

If the HLR is in the same PLMN as the VLR, local translation tables may exist to derive an SPC. For authentication 
information retrieval and location updating via the international PSTN/ISDN signalling network that requires the use of 
CCITT or ITU-T SCCP, the Global Title must be derived from the IMSI, using the principles contained in CCITT 
Recommendation E.214 and the Numbering Plan Indicator (NPI) value referenced by the SCCP Specifications. In 
World Zone 1 where the ANSI SCCP is used, IMSI (E.212 number) is used as Global Title. A summary of the 
translation from the IMSI (CCITT Recommendation E.212) to Mobile Global Title (described in CCITT 
Recommendation E.214) is shown below: 

E.212 Mobile Country Code translates to E.164 Country Code; 

E.212 Mobile Network Code translates to E. 164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the VLR. The Mobile Global Title thus 
derived will be used to address the HLR. 

If location updating is triggered by an MS that roams from one MSC Area into a different MSC Area served by the 
same VLR, the VLR shall address the HLR in the same way as if the MS registers for the first time in the VLR. 

6.1 .3.3.3 After location updating completion 

In this case, the subscriber's basic MSISDN has been received from the HLR during the subscriber data retrieval 
procedure as well as the HLR number constituting a parameter of the MAP message indicating successful completion of 
the update location dialogue. From either of these E.164 numbers the address information for initiating dialogues with 
the roaming subscriber's HLR can be derived. Also the subscriber's IMSI may be used for establishing the routeing 
information towards the HLR. This may apply in particular if the dialogue with the HLR is triggered by subscriber 
controlled input. 

Thus the SCCP address of the roaming subscriber's HLR may be an SPC, or it may be a Global title consisting of the 
E.164 MSISDN or the E.164 number allocated to the HLR or either the E.214 Mobile Global Title derived from the 
IMSI if CCITT or ITU-T SCCP is used, or the IMSI if ANSI SCCP is used (ANSI SCCP is used in World Zone 1). 
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6.1.3.3.4 VLR restoration 

If a roaming number is requested by the HLR for an IMSI that has no data record in the interrogated VLR, the VLR 
provides the roaming number in the dialogue terminating message. Subsequently the VLR must retrieve the 
authentication data from the MS's HLR, if required, and must then trigger the restore data procedure. For this purpose, 
the VLR has to initiate in succession two independent dialogues with the MS's HLR. The MTP and SCCP address 
information needed for routeing towards the HLR can be derived from the IMSI received as a parameter of the MAP 
message requesting the roaming number. In this case, the IMSI received from the HLR in the roaming number request 
shall be processed in the same way as the IMSI that is received from an MS that registers for the first time within a 
VLR. Alternatively to the IMSI, the Calling Party Address associated with the roaming number request may be used to 
obtain the routeing information towards the HLR. 

6.1 .3.3.5 During Network-Requested PDP Context Activation 

When receiving a PDP PDU the GGSN may interrogate the HLR of the MS for information retrieval. When initiating 
such a dialogue, the only data for addressing the HLR that the GGSN has available is contained in the IMSI, and 
addressing information must be derived from it. The IMSI is obtained from the IP address or the X.25 address in the 
incoming IP message by means of a translation table. This means that the GGSN shall be able to address the HLR based 
on an E.214, (if CCITT or ITU-T SCCP is used), or E.212 (if ANSI SCCP is used). Mobile Global Title originally 
derived by the GGSN from the IMSI in the case of inter-PLMN signalling. In the case of intra-PLMN signalling, an 
SPC may also be used. 

If the HLR is in the same PLMN as the GGSN, local translation tables may exist to derive an SPC. For information 
retrieval via the international PSTN/ISDN signalling network, the Global title must be derived from the IMSI, using the 
principles contained in CCITT Recommendation E.214 and the Numbering Plan Indicator (NPI) value referenced by the 
SCCP Specifications. A summary of the translation from the IMSI (CCITT Recommendation E.212) to Mobile Global 
Title (described in CCITT Recommendation E.214) is shown below: 

E.212 Mobile Country Code translates to E.164 Country Code; 

E.212 Mobile Network Code translates to E. 164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E. 164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the GGSN. The Mobile Global Title thus 
derived will be used to address the HLR. 

6.1 .3.3.6 Before GPRS location updating completion 

When an MS registers for the first time in an SGSN, the SGSN has to initiate the update location dialogue with the 
MS's HLR and a preceding dialogue for authentication information retrieval if the authentication information must be 
retrieved from the HLR. When initiating either of these dialogues, the only data for addressing the HLR that the SGSN 
has available is contained in the IMSI, and addressing information for SCCP must be derived from it. When continuing 
the established update location dialogue (as with any other dialogue), the SGSN must derive the routeing information 
towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the 
dialogue terminating message is received. This means that the SGSN must be able to address the HLR based on: 

- an E.214 (if CCITT or ITU-T SCCP is used) or E.212 (if ANSI SCCP is used) Mobile Global Title originally 
derived by the SGSN from the IMSI; or 

an E. 164 HLR address; or 

in the case of intra-PLMN signalling, an SPC. 

If the HLR is in the same PLMN as the SGSN, local translation tables may exist to derive an SPC. For authentication 
information retrieval and location updating via the international PSTN/ISDN signalling network, the Global title must 
be derived from the IMSI, using the principles contained in CCITT Recommendation E.214 and the Numbering Plan 
Indicator (NPI) value referenced by the SCCP Specifications. A summary of the translation from the IMSI (CCITT 
Recommendation E.212) to Mobile Global Title (described in CCITT Recommendation E.214) is shown below: 

E.212 Mobile Country Code translates to E.164 Country Code; 
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E.212 Mobile Network Code translates to E. 164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the SGSN. The Mobile Global Title thus 
derived will be used to address the HLR. 

6.1 .3.3.7 After GPRS location updating completion 

In this case, the subscriber's Basic MSISDN has been received from the HLR during the subscriber data retrieval 
procedure as well as the HLR number constituting a parameter of the MAP message indicating successful completion of 
the update location dialogue. From either of these E.164 numbers the address information for initiating dialogues with 
the roaming subscriber's HLR can be derived. Also the subscriber's IMSI may be used for establishing the routeing 
information towards the HLR. 

Thus the SCCP address of the roaming subscriber's HLR may be an SPC, or it may be a Global title consisting of the 
E.164 MSISDN or the E.164 number allocated to the HLR or the E.214 Mobile Global Title derived from the IMSI. 

6.1 .3.3.8 Query for a Location Request 

For a location request from an external client, the GMLC needs to address the home HLR of the target MS to obtain the 
address of the target MS"s serving MSC. The GMLC uses either the international E.164 MSISDN, the international 
E.214 number (if CCITT or ITU-T SCCP is used) or the international E.212 number (if ANSI SCCP is used) of the MS 
as means to route a query to the HLR. 

6.1 .3.4 The Visitor Location Register (VLR) 

There are several cases when the VLR needs to be addressed. 

6.1.3.4.1 Inter-VLR information retrieval 

When an MS moves from one VLR service area to another, the new VLR may request the IMSI and authentication sets 
from the previous VLR. The new VLR derives the address of the previous VLR from the Location Area Identification 
provided by the MS in the location registration request. 

6.1.3.4.2 HLR request 

The HLR will only request information from a VLR if it is aware that one of its subscribers is in the VLR service area. 
This means that a location updating dialogue initiated by the VLR has been successfully completed, i.e. the HLR has 
indicated successful completion of the update location procedure to the VLR. 

When initiating dialogues towards the VLR after successful completion of location updating, the routeing information 
used by the HLR is derived from the E.164 VLR number received as a parameter of the MAP message initiating the 
update location dialogue. If the VLR is in the same PLMN as the HLR, the VLR may be addressed directly by an SPC 
derived from the E.164 VLR number. For dialogues via the international PSTN/ISDN signalling network, presence of 
the E.164 VLR number in the Called Party Address is required. 

6.1 .3.5 The Interworking MSC (IWMSC) for Short Message Service 

The IWMSC is the interface between the mobile network and the network to access to the Short Message Service 
Centre. This exchange has an E.164 address known in the SGSN or in the MSC. 

6.1 .3.6 The Equipment Identity Register (EIR) 

The EIR address is either unique or could be derived from the IMEI. The type of address is not defined. 
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6.1 .3.7 The Shared Inter Working Function (SIWF) 

When the Visited MSC detects a data or fax call and the IWF in the V-MSC cannot handle the required service an 
SIWF can be invoked. The SIWF is addressed with an E.164 number. 

6.1 .3.8 The Serving GPRS Support Node (SGSN) 

The HLR will initiate dialogues towards the SGSN if it is aware that one of its subscribers is in the SGSN serving area. 
This means that a GPRS location updating has been successfully completed, i.e., the HLR has indicated successful 
completion of the GPRS location update to the SGSN. The routeing information used by the HLR is derived form the 
E. 164 SGSN number received as parameter of the MAP message initiating the GPRS update location procedure. If the 
SGSN is in the same PLMN as the HLR, the SGSN may be addressed directly by an SPC derived from the E.164 SGSN 
number. For dialogues via the international PSTN/ISDN signalling network, the presence of the E.164 SGSN number in 
the Called Party Address is required. 

When the GMSC initiates dialogues towards the SGSN the SGSN (MAP) SSN (See 3GPP TS 23.003 [17]) shall be 
included in the called party address. The routeing information used by the GMSC is derived from the E.164 SGSN 
number received as a parameter of the MAP message initiating the forward short message procedure. If the GMSC does 
not support the GPRS functionality the MSC (MAP) SSN value shall be included in the called party address. 

NOTE: Every VMSC and SGSN shall have uniquely identifiable application using E. 164 numbers, for the 
purpose of SMS over GPRS when the GMSC does not support the GPRS functionality. 

6.1 .3.9 The Gateway GPRS Support Node (GGSN) 

The GGSN provides interworking with external packet-switched networks, network screens and routing of the 
Network-Requested PDP Context activation. If a Network-Requested PDP Context activation fails, the HLR will alert 
the GGSN when the subscriber becomes reachable. The HLR will use the E.164 GGSN number received as parameter 
of the MAP message reporting the failure. 

6.1 .3.10 The Gateway IVISG (GIVISG) for Short IVIessage Service 

The GMSC provides interworking with the network to access the Short Message Service Centre, the mobile network 
and routing of Send Routing Info For SM. The GMSC has on E.164 address known in the HLR, SGSN or MSC. 

6.1.3.10A Void 

6.1.3.10A.1 Void 

6.1.3.10A.2 Void 

6.1 .3.1 OB The Gateway IVIobile Location Centre (GIVILC) 

The GMLC initiates location requests on behalf of external clients. The E.164 address of the GMLC is provided to an 
HLR when the GMLC requests a serving MSC address or SGSN address from the HLR for a target MS. The E.164 
address of the GMLC is also provided to a serving MSC or SGSN when the GMLC requests the location of a target MS 
served by this MSC or SGSN. 

6.1.3.11 Summary table 

The following tables summarise the SCCP address used for invoke operations. As a principle, within a PLMN either an 
SPC or a GT may be used (network operation option), whereas when addressing an entity outside the PLMN the GT 
must be used. The address type mentioned in the table (e.g. MSISDN) is used as GT or to derive the SPC. 

For a response, the originating address passed in the invoke is used as SCCP Called Party Address. For extra-PLMN 
addressing the own E.164 entity address is used as SCCP Calling Party Address; for intra-PLMN addressing an SPC 
derived from the entity number may be used instead. When using an SPC, the SPC may be taken directly from MTP. 
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I: Intra-PLMN. 

E: Extra (Inter)-PLMN. 

T: Address Type. 

GT: Global Title. 

MGT: E.21 4 Mobile Global Title. 

SPG: Signalling Point Code. 

NOTE: For initiating the location updating procedure and an authentication information retrieval from the HLR preceding it, 
the VLB has to derive the HLR address from the IMSI of the MS. The result can be an SPC or an E.21 4 Mobile 
Global Title if CCITT or ITU-T SCOP is used, or IMSI itself if ANSI SCOP is used (ANSI SCOP is used in World 
Zone 1). When continuing the established update location dialogue (as with any other dialogue) the VLB must 
derive the routeing information towards the HLB from the Galling Party Address received with the first responding 
CONTINUE message until the dialogue terminating message is received. 

For transactions invoked by the VLB after update location completion, the VLB may derive the information for 
addressing the HLB from addresses received in the course of the update location procedure (MSISDN or HLB 
number) or from the IMSI. 

When invoking the Bestore Data procedure and an authentication information retrieval from the HLB preceding it, 
the VLB must derive the information for addressing the HLB from the address information received in association 
with the roaming number request. This may be either the IMSI received as a parameter of the MAP message 
requesting the Boaming Number or the Calling Party Address associated with the MAP message requesting the 
Beaming Number. 

The gsmSCF shall be addressed using more than one Global Title number. The first Global Title number is used to 
address a gsmSCF for MAP. The second Global Title number is used to address a gsmSCF for CAP. 
For querying the HLB to obtain the VMSC address to support location services, the GMLC has to derive the HLB 
address from either the MSISDN or IMSI of the target MS. When using the IMSI, the result can be an SPC or an 
E.21 4 Mobile Global Title if CCITT or ITU-T SCCP is used, or IMSI itself if ANSI SCCP is used (ANSI SCCP is used 
in World Zone 1). 
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T: Address Type. 

GT: Global Title. 

MGT: E.21 4 Mobile Global Title. 

SPC: Signalling Point Code. 
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6.2 Use of TC 

The Mobile Application part makes use of the services offered by the Transaction Capabilities (TC) of Signalling 
System No. 7. ETS 300 287, which is based on CCITT White Book Recommendations Q.771 to Q.775, should be 
consulted for the full specification of TC. 

The MAP uses all the services provided by TC except the ones related to the unstructured dialogue facility. 

From a modelling perspective, the MAP is viewed as a single Application Service Element. Further structuring of it is 
for further study. 

Transaction Capabilities refers to a protocol structure above the network layer interface (i.e., the SCCP service 
interface) up to the application layer including common application service elements but not the specific application 
service elements using them. 

TC is structured as a Component sub-layer above a Transaction sub-layer. 

The Component sub-layer provides two types of application services: services for the control of end-to-end dialogues 
and services for Remote Operation handling. These services are accessed using the TC -Dialogue handling primitives 
and TC-Component handling primitives respectively. 

Services for dialogue control include the ability to exchange information related to application-context negotiation as 
well as initialisation data. 

Services for Remote Operation handling provide for the exchange of protocol data units invoking tasks (operations), 
and reporting their outcomes (results or errors) plus any non-application-specific protocol errors detected by the 
component sub-layer. The reporting of application-specific protocol errors by the TC user, as distinct from application 
process errors, is also provided. The Transaction sub-layer provides a simple end-to-end connection association service 
over which several related protocol data units (i.e. built by the Component Sub-Layer) can be exchanged. A Transaction 
termination can be prearranged (no indication provided to the TC user) or basic (indication provided). 



7 General on MAP services 

7.1 Terminology and definitions 

The term service is used in clauses 7 to 12 as defined in CCITT Recommendation X.200. The service definition 
conventions of CCITT Recommendation X.210 are also used. 

7.2 Modelling principles 

MAP provides its users with a specified set of services and can be viewed by its users as a "black box" or abstract 
machine representing the MAP service-provider. The service interface can then be depicted as shown in figure 7.2/1. 



MAP service-user 

Service Interface 

IVIAP Service-provider 



IVIAP service-user 



Figure 7.2/1: Modelling principles 

The MAP service-users interact with the MAP service-provider by issuing or receiving MAP service-primitives at the 
service interface. 
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A MAP service-user may receive services from several instances of the MAP service-provider at the same time. In such 
cases the overall procedure is synchronised by the service-user. 

The MAP service-primitives are named using the following notation: 



MAP-ServicePrimitiveName type 



where type can be any of: request (req), indication (ind), response (rsp) or confirm (cnf). (In the user arrow diagrams 
type is not indicated in the case of req/ind and indicated as "ack" in the case of rsp/cnf). 

The services are further classified as unconfirmed-service, confirmed-service and provider-initiated-service where the 
first two categories refer to whether or not the service is confirmed by the service-provider. The confirmation may or 
may not correspond to a response provided by the other service-user. 

MAP services are also classified as common MAP services that are available to all MAP service-users, and MAP 
service-user specific services, which are services available to one or several, but not all, MAP service-users. 

A MAP dialogue is defined as an exchange of information between two MAP users in order to perform a common task. 
A MAP dialogue will consist of one or several MAP services. 

7.3 Common MAP services 

All MAP service-users require access to services for performing basic application layer functions: 

for establishing and clearing MAP dialogues between peer MAP service-users; 

for accessing functions supported by layers below the applications layer; 

for reporting abnormal situations; 

for handling of different MAP versions; 

for testing whether or not a persistent MAP dialogue is still active at each side. 
For these purposes the following common services are defined: 

- MAP-OPEN service; 

- MAP-CLOSE service; 

- MAP-DELIMITER service; 

- MAP-U-ABORT service; 

- MAP-P-ABORT service; 

- MAP-NOTICE service; 

- MAP-SECURE-TRANSPORT-CLASS- 1 service; 

- MAP-SECURE-TRANSPORT-CLASS-2 service; 

- MAP-SECURE-TRANSPORT-CLASS-3 service; 

- MAP-SECURE-TRANSPORT-CLASS-4 service. 

In defining the service-primitives the following convention is used for categorising parameters: 

M the inclusion of the parameter is mandatory. The M category can be used for any primitive type and specifies 
that the corresponding parameter must be present in the indicated primitive type; 

O the inclusion of the parameter is a service-provider option. The O category can be used in indication and 

confirm type primitives and is used for parameters that may optionally be included by the service-provider; 

U the inclusion of the parameter is a service-user option. The U category can be used in request and response 
type primitives. The inclusion of the corresponding parameter is the choice of the service-user; 
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(=) 



the inclusion of the parameter is conditional. The C category can be used for the following purposes: 

to indicate that if the parameter is received from another entity it must be included for the service being 
considered; 

to indicate that the service user must decide whether to include the parameter, based on the context on 
which the service is used; 

to indicate that one of a number of mutually exclusive parameters must be included (e.g. parameters 
indicating a positive result versus parameters indicating a negative result); 

to indicate that a service user optional parameter (marked "U") or a conditional parameter (marked "C") 
presented by the service user in a request or response type primitive is to be presented to the service user in 
the corresponding indication or confirm type primitive; 

when appended to one of the above, this symbol means that the parameter takes the same value as the 
parameter appearing immediately to its left; 



blank the parameter is not present. 

A primitive type may also be without parameters, i.e. no parameter is required with the primitive type; in this case the 
corresponding column of the table is empty. 



7.3.1 



MAP-OPEN service 



This service is used for establishing a MAP dialogue between two MAP service-users. The service is a confirmed 
service with service primitives as shown in table 7.3/1. 

Table 7.3/1 : Service-primitives for the MAP-OPEN service 



Parameters 


Request 


Indication 


Response 


Confirm 


Application context name 


M 


M(=) 


U 


C(=) 


Destination address 


M 


M(=) 






Destination reference 


U 


C(=) 






Originating address 


U 









Originating reference 


U 


C(=) 






Specific information 


U 


C(=) 


U 


C(=) 


Responding address 






u 


C(=) 


Result 






M 


M(=) 


Refuse-reason 






c 


C(=) 


Provider error 












Application context name : 

This parameter identifies the type of application context being established. If the dialogue is accepted the received 
application context name shall be echoed. In case of refusal of dialogue this parameter shall indicate the highest version 
supported. 

Destination address : 

A valid SCCP address identifying the destination peer entity (see also clause 6). As an implementation option, this 
parameter may also, in the indication, be implicitly associated with the service access point at which the primitive is 
issued. 

Destination-reference : 

This parameter is a reference that refines the identification of the called process. It may be identical to Destination 
address but its value is to be carried at MAP level. Table 7.3/2 describes the MAP services using this parameter. Only 
these services are allowed to use it. 
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Table 7.3/2: Use of the destination reference 



MAP service Reference type Use of the parameter 



MAP-REGISTER-SS IMSI Subscriber identity 



MAP-ERASE-SS IMSI Subscriber identity 



MAP-ACTIVATE-SS IMSI Subscriber identity 



MAP-DEACTIVATE-SS IMSI Subscriber identity 



MAP-INTERROGATE-SS IMSI Subscriber identity 



MAP-REGISTER-PAS SWORD 



IMSI 



Subscriber identity 



MAP-PROCESS-UNSTRUCTURED- 
SS-REQUEST 


IMSI (note 1) 


Subscriber identity 



MAP-UNSTRUCTURED- 
SS-REQUEST 


IMSI (note 2) 


Subscriber identity 



MAP-UNSTRUCTURED-SS-NOTIFY IMSI (note 2) Subscriber identity 



MAP-FORWARD-SHORT-MESSAGE IMSI (note 3) Subscriber identity 



MAP-REGISTER-CC-ENTRY IMSI Subscriber identity 



MAP-ERASE-CC-ENTRY 



IMSI 



Subscriber identity 



NOTE 1: On the HLR - HLR interface and on the HLR - gsmSCF interface the Destination reference shall be either 
IMSI or MSISDN. 

NOTE 2: On the gsmSCF - HLR interface and on the HLR - HLR interface the Destination reference shall be either 
IMSI or MSISDN. 

NOTE 3: Only when the IMSI and the LMSI are received together from the HLR in the mobile terminated short 
message transfer. 

Originating address : 

A valid SCCP address identifying the requestor of a MAP dialogue (see also clause 6). As an implementation option, 
this parameter may also, in the request, be implicitly associated with the service access point at which the primitive is 
issued. 

Originating-reference : 

This parameter is a reference that refines the identification of the calling process. It may be identical to the Originating 
address but its value is to be carried at MAP level. Table 7.3/3 describes the MAP services using the parameter. Only 
these services are allowed to use it. Processing of the Originating-reference shall be performed according to the 
supplementary service descriptions and other service descriptions, e.g. operator determined barring. Furthermore the 
receiving entity may be able to use the value of the Originating-reference to screen the service indication. 
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Table 7.3/3: Use of the originating reference 



MAP service 



Reference type 



Use of the parameter 



MAP-REGISTER-SS 



ISDN-Address-String 



Originated entity address 



MAP-ERASE-SS 



ISDN-Address-String 



Originated entity address 



MAP-ACTIVATE-SS 



ISDN-Address-String 



Originated entity address 



MAP-DEACTIVATE-SS 



IS DN- Address -S tring 



Originated entity address 



MAP-INTERROGATE-SS 



ISDN-Address-String 



Originated entity address 



MAP-REGISTER-PAS SWORD 



ISDN-Address-String 



Originated entity address 



MAP-PROCESS-UNSTRUCTURED- 
SS-REQUEST 


ISDN-Address-String 


Originated entity address 



MAP-UNSTRUCTURED- 
SS-REQUEST 


ISDN-Address-String (note) 


Originated entity address 



MAP-UNSTRUCTURED- 
SS-NOTIFY 


ISDN-Address-String (note) 


Originated entity address 



MAP-REGISTER-CC-ENTRY 



ISDN-Address-String 



Originated entity address 



MAP-ERASE-CC-ENTRY 



ISDN-Address-String 



Originated entity address 



NOTE: The Originating reference may be omitted. 

Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

Responding address : 

An address identifying the responding entity. The responding address is included if required by the context (e.g. if it is 
different from the destination address). 

Result : 

This parameter indicates whether the peer accepts the dialogue. 

Refuse reason : 

This parameter is present only if the Result parameter indicates that the dialogue is refused. It takes one of the following 
values: 

Application-context-not-supported; 

Invalid-destination-reference; 

Invalid-originating-reference; 

No-reason-given; 

Remote node not reachable; 

Potential version incompatibility; 

Secured transport not possible; 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



53 



ETSI TS 129 002 V4.9.0 (2002-09) 



Transport protection not adequate. 

7.3.2 MAP-CLOSE service 

This service is used for releasing a previously established MAP dialogue. The service may be invoked by either MAP 
service-user depending on rules defined within the service-user. The service is an unconfirmed service with parameters 
as shown in table 7.3/4. 

Table 7.3/4: Service-primitives for the MAP-CLOSE service 



Parameters 


Request 


Indication 


Release method 


M 




Specific Information 


U 


C(=) 



Release method : 

This parameter can take the following two values: 

normal release; in this case the primitive is mapped onto the protocol and sent to the peer; 

prearranged end; in this case the primitive is not mapped onto the protocol. Prearranged end is managed 
independently by the two users, i.e. only the request type primitive is required in this case. 

Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM GSM and shall be performed according to operator specific requirements. 

7.3.3 MAP-DELIMITER service 

This service is used to explicitly request the transfer of the MAP protocol data units to the peer entities. 
See also clause 7.4 and 7.5 for the detailed use of the MAP-DELIMITER service. 
The service is an unconfirmed service with service-primitives as shown in table 7.3/5. 

Table 7.3/5: Service-primitives for the MAP-DELIMITER service 



Parameters 


Request 


Indication 















7.3.4 MAP-U-ABORT service 

This service enables the service-user to request the MAP dialogue to be aborted. The service is an unconfirmed service 
with service-primitives as shown in table 7.3/6. 

Table 7.3/6: Service-primitives for the MAP-U-ABORT service 



Parameters 


Request 


Indication 


User reason 


M 


M(=) 


Diagnostic information 


U 


C(=) 


Specific information 


U 


C(=) 



User reason : 

This parameter can take the following values: 

resource limitation (congestion); 

the requested user resource is unavailable due to congestion; 
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resource unavailable; 

the requested user resource is unavailable for reasons other than congestion; 

application procedure cancellation; 

the procedure is cancelled for reasons detailed in the diagnostic information parameter; 

procedure error; 

processing of the procedure is terminated for procedural reasons. 
Diagnostic information : 
This parameter may be used to give additional information for some of the values of the user-reason parameter: 

Table 7.3/7: User reason and diagnostic information 



User reason 


Diagnostic information 


Resource limitation (congestion) 


- 


Resource unavailable 


Short term/long term problem 


Application procedure cancellation 


Handover cancellation/ 
Radio Channel release/ 
Network path release/ 
Call release/ 

Associated procedure failure/ 
Tandem dialogue released/ 
Remote operations failure 


Procedure error 


- 



Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

7.3.5 MAP-P-ABORT service 

This service enables the MAP service-provider to abort a MAP dialogue. The service is a provider-initiated service with 
service-primitives as shown in table 7.3/8. 

Table 7.3/8: Service-primitives for the MAP-P-ABORT service 



Parameters 




Indication 


Provider reason 




M 


Source 




M 



Provider reason : 

This parameter indicates the reason for aborting the MAP dialogue: 

provider malfunction; 

supporting dialogue/transaction released; 

resource limitation; 

maintenance activity; 

version incompatibility; 

abnormal MAP dialogue. 
Source: 
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This parameter indicates the source of the abort. For Transaction Capabihties (TC) applications the parameter may take 
the following values: 

- MAP problem; 

TC problem; 

network service problem. 

Table 7.3/9: Values of provider reason and source parameters 
and examples of corresponding events 



Provider reason 


Source 


Corresponding event 


Provider 


MAP 


Malfunction at MAP level at peer entity 


malfunction 


TC 


"Unrecognised message type" or 

"Badly formatted transaction portion" or 

"Incorrect transaction portion" received in TC-P-ABORT 

"Abnormal dialogue" 




Network service 


Malfunction at network service level at peer entity 


Supporting dialogue/ 
transaction released 


TC 


"Unrecognised transaction ID" received in TC-ABORT 


Resource 


MAP 


Congestion towards MAP peer service-user 


limitation 


TC 


"Resource limitation" received in TC-P-ABORT 


Maintenance 


MAP 


Maintenance at MAP peer service-user 


activity 


Network service 


Maintenance at network peer service level 


Abnormal MAP 
dialogue 


MAP 


MAP dialogue is not in accordance with specified 
application context 


Version 
incompatibility 


TC 


A Provider Abort indicating "No common dialogue portion" 
is received in the dialogue initiated state 



7.3.6 MAP-NOTICE service 

This service is used to notify the MAP service-user about protocol problems related to a MAP dialogue not affecting the 
state of the protocol machines. 

The service is a provider-initiated service with service-primitive as shown in table 7.3/10. 

Table 7.3/10: Service-primitive for the MAP-NOTICE service 



Parameters 


Indication 


Problem diagnostic 


M 



Problem diagnostic : 

This parameter can take one of the following values: 

abnormal event detected by the peer; 

response rejected by the peer; 

abnormal event received from the peer; 

message cannot be delivered to the peer. 

7.3.7 MAP-SECURE-TRANSPORT-CLASS-1 service 

This service is used for secure transport of a specific confirmed MAP service which is mapped on to a TCAP class 1 
operation (i.e. one which can return a result or an error). The service is a confirmed service with service primitives as 
shown in table 7.3/11. 
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Table 7.3/11 : Service-primitives for the lUIAP-SECURE-TRANSPORT-CLASS-l service 



Parameters 


Request 


Indication 


Response 


Confirm 


Security header 


M 


M(=) 


M 


M{=) 


Protected payload 


C 


C(=) 


U 


C(=) 


User error 






U 


C(=) 


Provider error 












Security header : 

This parameter carries the security header information required for secure transport of MAP messages. The details of 
this parameter are given in clause 7.6.12. 

Protected payload : 

This parameter represents in protected mode the complete Request, Indication, Response or Confirm primitiye of the 
service which makes use of the MAP-SECURE-TRANSPORT-CLASS-1 service. 

User error : 

If the application at the responding entity returns an error to be carried in the secure transport envelope, this parameter 
contains the Secure transport error defined in clause 7.6.1. 

Provider error 

For the definition of provider errors see clause 7.6.1. 

7.3.8 MAP-SECURE-TRANSPORT-CLASS-2 service 

This service is used for secure transport of a specific confirmed MAP service which is mapped on to a TCAP class 2 
operation (i.e. one which can return an error but no result). The service is a confirmed service with service primitives as 
shown in table 7.3/12. 

Table 7.3/12: Service-primitives for the IUIAP-SECURE-TRANSPORT-CLASS-2 service 



Parameters 


Request 


Indication 


Response 


Confirm 


Security header 


M 


M{=) 


M 


M{=) 


Protected payload 


C 


C(=) 






User error 






U 


C(=) 


Provider error 












Security header : 

This parameter carries the security header information required for secure transport of MAP messages. The details of 
this parameter are given in clause 7.6.12. 

Protected payload : 

This parameter represents in protected mode the complete Request, Indication, Response or Confirm primitive of the 
service which makes use of the MAP-SECURE-TRANSPORT-CLASS-2 service. 

User error : 

If the application at the responding entity returns an error to be carried in the secure transport envelope, this parameter 
contains the Secure transport error defined in clause 7.6.1. 

Provider error 

For the definition of provider errors see clause 7.6.1. 

7.3.9 MAP-SECURE-TRANSPORT-CLASS-3 service 

This service is used for secure transport of a specific confirmed MAP service which is mapped on to a TCAP class 3 
operation (i.e. one which can return a result but no error). The service is a confirmed service with service primitives as 
shown in table 7.3/13. 
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Table 7.3/13: Service-primitives for the l\/IAP-SECURE-TRANSP0RT-CLASS-3 service 



Parameters 

Security header 
Protected payload 
Provider error 



Request 

M 
C 



Indication 

M{=) 
C{=) 



Response 

M 
U 



Confirm 

M(=) 

C(=) 

O 



Security header : 

This parameter carries the security header information required for secure transport of MAP messages. The details of 
this parameter are given in clause 7.6.12. 

Protected payload : 

This parameter represents in protected mode the complete Request, Indication, Response or Confirm primitiye of the 
service which makes use of the MAP-SECURE-TRANSPORT-CLASS-3 service. 

Provider error 

For the definition of provider errors see clause 7.6.1. 

7.3.1 MAP-SECURE-TRANSPORT-CLASS-4 service 

This service is used for secure transport of a specific unconfirmed MAP service which is mapped on to a TCAP class 4 
operation (i.e. one which can return neither a result nor an error). The service is an unconfirmed service with service 
primitives as shown in table 7.3/14. 

Table 7.3/14: Service-primitives for the l\flAP-SECURE-TRANSP0RT-CLASS-4 service 



Parameters 

Security header 
Protected payload 



Request 

M 
C 



Indication 

M{=) 
C(-) 



Security header : 

This parameter carries the security header information required for secure transport of MAP messages. The details of 
this parameter are given in clause 7.6.12. 

Protected payload : 

This parameter represents in protected mode the complete Request or Indication primitive of the service which makes 
use of the MAP-SECURE-TRANSPORT-CLASS-4 service. 



7.4 Sequencing of services 

The sequencing of services is shown in figure 7.4/1 and is as follows: 



Opening : 



The MAP-OPEN service is invoked before any user specific service-primitive is accepted. The sequence may 
contain none, one or several user specific service-primitives. If no user specific service-primitive is contained 
between the MAP -OPEN and the MAP -DELIMITER primitives, then this will correspond to sending an 
empty Begin message in TC. If more than one user specific service-primitive is included, all are to be sent in 
the same Begin message. The sequence ends with a MAP -DELIMITER primitive. 



Continuing : 



This sequence may not be present in some MAP dialogues. If it is present, it ends with a MAP-DELIMITER 
primitive. If more than one user specific service-primitive is included, all are to be included in the same 
Continue message. 



Closing : 
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The sequence can only appear after an opening sequence or a continuing sequence. The sequence may 
contain none, one or several user specific service-primitives if the MAP -CLOSE primitive specifies normal 
release. If no user specific service-primitive is included, then this will correspond to sending an empty End 
message in TC. If more than one user specific service-primitive is included, all are to be sent in the same End 
message. If prearranged end is specified, the sequence cannot contain any user specific service-primitive. The 
MAP-CLOSE primitive must be sent after all user specific service-primitives have been delivered to the 
MAP service-provider. 

Aborting : 

A MAP service-user can issue a MAP-U-ABORT primitive at any time after the MAP dialogue has been 
opened or as a response to an attempt to open a MAP dialogue. 

The MAP service-provider may issue at any time a MAP-P-ABORT primitive towards a MAP service-user for which a 
MAP dialogue exists. 

MAP-U-ABORT primitives and MAP-P-ABORT primitives terminate the MAP dialogue. 



MAP-OPEN 



User specific 
service- 
primitive 



IVIAP-DELIIVIITER 



a) Opening 



User specific 
service- 
primitive 



IVIAP-DELIMITER 



b) Continuing 



MAP-CLOSE 



User specific 
service- 
primitive 



MAP-U-ABORT 



c) Closing 



MAP-P-ABORT 



d) Aborting 

Figure 7.4/1 : Sequencing of services 

If the reason "resource unavailable (short term problem)" is indicated in the MAP-U-ABORT indication primitive, the 
MAP service-user may decide to attempt a new MAP dialogue establishment immediately. 
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Sequencing of user specific service-primitives is done by the MAP service-user and based on rules applicable for each 
MAP service-user instance. 

A MAP-NOTICE indication primitive may be received at any time during the active period of a MAP dialogue. 

7.5 General rules for mapping of services onto TC 
7.5.1 IVIapping of common services 

Table 7.5/1 gives an overview of the mapping rules for mapping of common services onto TC-services. Table 7.5/2 
gives the mapping rules for mapping of TC-services onto common services. 

Protocol machine description is given in clauses 14 to 17. 

Table 7.5/1 : Mapping of common services onto TC services 



MAP service-primitive 


TC service-primitive 


MAP-OPEN request 

(-1- any user specific service primitives) 

+ MAP-DELIMITER request 


TC-BEGIN request 
(-1- component handling primitives) 


MAP-OPEN response 

(-1- any user specific service primitives) 

+ MAP-DELIMITER request 


TC-CONTINUE request (note) 
(-1- component handling primitives) 


(any user specific service primitives) 
+ MAP-DELIMITER request 


TC-CONTINUE request 
(-1- component handling primitives) 


(any user specific service primitives) 
-1- MAP-CLOSE request 


TC-END request 
(-1- component handling primitives) 


MAP-U-ABORT request 


TC-U-ABORT request 


NOTE: Or TC-END if the MAP-CLOSE request has been received before the MAP-DELIMITER 
request. 



Table 7.5/2: Mapping of TC services onto common service 



TC service-primitive 


MAP service-primitive 


TC-BEGIN indication 
(-1- component handling primitives) 


MAP-OPEN indication 

(-1- user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 


TC-CONTINUE indication 
(-1- component handling primitives) 


First time: 

MAP-OPEN confirm 

(-1- user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 

Subsequent times: 

(user specific service primitives) 

-1- MAP-DELIMITER indication (note 1) 


TC-END indication 
(-1- component handling primitives) 


MAP-OPEN confirm (note 6) 

(user specific service primitives) 

-1- MAP-CLOSE indication 


TC-U-ABORT indication 


MAP-U-ABORT indication or 
MAP-P-ABORT indication (note 2) 
MAP-OPEN confirmation (note 3) 


TC-P-ABORT indication 


MAP-P-ABORT indication (note 4) 
MAP-OPEN confirmation (note 5) 
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NOTE 1 : It may not be necessary to present this primitive to the user for MAP version 2 applications. 
NOTE 2: The mapping depends on whether the TC-U-ABORT indication primitive contains a 

IVIAP-abort-PDU from the remote MAP service-provider or a MAP-user-abort-PDU from the 

remote MAP service-user. 
NOTE 3: Only if the opening sequence is pending and if the "Abort Reason" in the TC-U-ABORT indication 

is set to "Application Context Not Supported". 
NOTE 4: If the "Abort Reason" in the TC-P-ABORT indication is set to a value different from "Incorrect 

Transaction Portion". 
NOTE 5: Only if the opening sequence is pending and if the "Abort Reason" in the TC-P-ABORT indication 

is set to "Incorrect Transaction Portion". 
NOTE 6: Only if opening sequence is pending. 



7.5.2 Mapping of user specific services 

Table 7.5/3 gives the general mapping rules which apply to mapping of MAP user specific services onto TC services 
and table 7.5/4 gives the similar rules for mapping of TC services onto MAP user specific services. Detailed mapping is 
given in clauses 14 to 17. 

Table 7.5/3: Mapping of MAP user specific services onto TC services 



MAP service-primitive 



MAP-xx request 



MAP-xx response 
(note 1) 



TC-service-primitive 



TC-INVOKE request 



TC-RESULT-L request 
TC-U-ERROR request 
TC-U-REJECT request 
TC-INVOKE request (note 2) 



Table 7.5/4: Mapping of TC services onto MAP user specific services 



TC-service-primitive 


MAP service-primitive 


TC-INVOKE indication 


MAP-xx indication 


TC-RESULT-L indication (note 4) 
TC-U-ERROR indication 
TC-INVOKE indication (note 2) 
TC-L-CANCEL indication 


MAP-xx confirm 


TC-U-REJECT indication 
TC-L-REJECT indication 
TC-R-REJECT indication 


MAP-xx confirm or 
MAP-NOTICE indication (note 3) 



Notes to tables 7.5/3 and 7.5/4: 

NOTE 1 : The mapping is determined by parameters contained in the MAP-xx response primitive. 

NOTE 2: This applies only to TC class 4 operations where the operation is used to pass a result of another class 2 or 
class 4 operation. 

NOTE 3: The detailed mapping rules are given in clause 16. 

NOTE 4: If RESULT-NL components are present they are mapped onto the same MAP-xx confirm. 

7.6 Definition of parameters 

Following is an alphabetic list of parameters used in the common MAP-services in clause 7.3: 



Application context name 


7.3.1 


Refuse reason 


7.3.1 


Destination address 


7.3.1 


Release method 


7.3.2 


Destination reference 


7.3.1 


Responding address 


7.3.1 


Diagnostic information 


7.3.4 


Result 


7.3.1 


Originating address 


7.3.1 


Source 


7.3.5 
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Originating reference 


7.3.1 


Specific information 


7.3.1/7.3.2/7.3.4 


Problem diagnostic 


7.3.6 


User reason 


7.3.4 


Provider reason 


7.3.5 







Following is an alphabetic list of parameters contained in this clause: 



Absent Subscriber Diagnostic SM 
Access connection status 



Access signalling information 
Additional Absent Subscriber 
Diagnostic SM 
Additional Location Estimate 
Additional number 
Additional signal info 
Additional SM Delivery Outcome 



Age Indicator 



Alert Reason 

Alert Reason Indicator 

Alerting Pattern 

All GPRS Data 

All Information Sent 

AN-apdu 

APN 

Authentication set list 

B-subscriber Address 

B subscriber Number 

B subscriber subaddress 

Basic Service Group 

Bearer service 

BSSMAP Service Handover 

Call Barring Data 

Call barring feature 

Call barring information 

Call Direction 

Call Forwarding Data 

Call Info 

Call reference 

Call Termination Indicator 

Called number 

Calling number 

CAMEL Subscription Info 

CAMEL Subscription Info Withdraw 

Cancellation Type 

Category 

CCBS Feature 

CCBS Request State 

Channel Type 

Chosen Channel 

Chosen Radio Resource Information 

Ciphering mode 

Cksn 

CLI Restriction 

CM service type 

Complete Data List Included 

CS Allocation Retention priority 

CUG feature 

CUG index 

CUG info 



7.6.8.9 


Invoke Id 


7.6.1.1 


7.6.9.3 


ISDN Bearer Capability 


7.6.3.41 




1ST Alert Timer 


7.6.3.66 




1ST Information Withdrawn 


7.6.3.68 




1ST Support Indicator 


7.6.3.69 


7.6.9.5 


Kc 


7.6.7.4 


7.6.8.12 


Linked Id 


7.6.1.2 


7.6.11.21 


LMSI 


7.6.2.16 


7.6.2.46 


Location Information 


7.6.2.30 


7.6.9.10 


Location update type 


7.6.9.6 


7.6.8.11 


Long Forwarded-to Number 


7.6.2.22A 




Long FTN Supported 


7.6.2.22B 


7.6.3.72 


Lower Layer Compatibility 


7.6.3.42 




LSA Information 


7.6.3.56 




LSA Information Withdraw 


7.6.3.58 


7.6.8.8 


MC Information 


7.6.4.48 


7.6.8.10 


MC Subscription Data 


7.6.4.47 


7.6.3.44 


Mobile Not Reachable Reason 


7.6.3.51 


7.6.3.53 


Modification request for CSI 


7.6.3.81 


7.6.1.5 


Modification request for SS Information 


7.6.3.82 


7.6.9.1 


More Messages To Send 


7.6.8.7 


7.6.2.42 


MS ISDN 


7.6.2.17 


7.6.7.1 


MSC number 


7.6.2.11 


7.6.2.36 


MSlsdn-Alert 


7.6.2.29 


7.6.2.48 


Multicall Bearer Information 


7.6.2.52 


7.6.2.49 


Multiple Bearer Requested 


7.6.2.53 


7.6.4.40 


Multiple Bearer Not Supported 


7.6.2.54 


7.6.4.38 


MWD status 


7.6.8.3 


7.6.6.5 






7.6.3.83 


NbrUser 


7.6.4.45 


7.6.4.19 


Network Access Mode 


7.6.3.50 


7.6.4.18 


Network node number 


7.6.2.43 


7.6.5.8 


Network resources 


7.6.10.1 


7.6.3.84 


Network signal information 


7.6.9.8 


7.6.9.9 


New password 


7.6.4.20 


7.6.5.1 


No reply condition timer 


7.6.4.7 


7.6.3.67 






7.6.2.24 


North American Equal Access 
preferred Carrier Id 


7.6.2.34 


7.6.2.25 


Number Portability Status 


7.6.5.14 


7.6.3.78 


ODB Data 


7.6.3.85 


7.6.3.38 


ODB General Data 


7.6.3.9 


7.6.3.52 


ODB HPLMN Specific Data 


7.6.3.10 


7.6.3.1 


OMCId 


7.6.2.18 


7.6.5.8 


Originally dialled number 


7.6.2.26 


7.6.4.49 


Originating entity number 


7.6.2.10 


7.6.5.9 


Override Category 


7.6.4.4 


7.6.5.10 


P-TMSI 


7.6.2.47 


7.6.6.10B 


PDP-Address 


7.6.2.45 


7.6.7.7 


PDP-Context identifier 


7.6.3.55 


7.6.7.5 


PDP-Type 


7.6.2.44 


7.6.4.5 


Pre-paging supported 


7.6.5.15 


7.6.9.2 


Previous location area Id 


7.6.2.4 


7.6.3.54 


Protocol Id 


7.6.9.7 


7.6.3.87 


Provider error 


7.6.1.3 


7.6.3.26 


QoS-Subscribed 


7.6.3.47 


7.6.3.25 


Radio Resource Information 


7.6.6.10 


7.6.3.22 


Radio Resource List 


7.6.6.1 OA 
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CUG interlock 

CUG Outgoing Access indicator 

CUG subscription 

CUG Subscription Flag 

Current location area Id 

Current password 



Deferred MT-LR Data 



7.6.3.24 

7.6.3.8 

7.6.3.23 

7.6.3.37 

7.6.2.6 

7.6.4.21 



7.6.11.3 



Deferred MT-LR Response Indicator 


7.6.11.2 


elVILPP Information 


7.6.4.41 


Encryption Information 


7.6.6.9 


Equipment status 


7.6.3.2 


Extensible Basic Service Group 


7.6.3.5 


Extensible Bearer service 


7.6.3.3 


Extensible Call barring feature 


7.6.3.21 


Extensible Call barring information 


7.6.3.20 


Extensible Call barring information for 


7.6.3.79 


CSE 




Extensible Forwarding feature 


7.6.3.16 


Extensible Forwarding info 


7.6.3.15 


Extensible Forwarding information for 


7.6.3.80 


CSE 




Extensible Forwarding Options 


7.6.3.18 


Extensible No reply condition timer 


7.6.3.19 


Extensible QoS-Subscribed 


7.6.3.74 


Extensible SS-Data 


7.6.3.29 


Extensible SS-lnfo 


7.6.3.14 


Extensible SS-Status 


7.6.3.17 


Extensible Teleservice 


7.6.3.4 


External Signal Information 


7.6.9.4 


Failure Cause 


7.6.7.9 


Forwarded-to number 


7.6.2.22 


Forwarded-to subaddress 


7.6.2.23 


Forwarding feature 


7.6.4.16 


Forwarding information 


7.6.4.15 


Forwarding Options 


7.6.4.6 


GGSN address 


7.6.2.40 


GGSN number 


7.6.2.41 


GIVISC CAMEL Subscription Info 


7.6.3.34 


GPRS enhancements support indicator 


7.6.3.73 


GPRS Node Indicator 


7.6.8.14 


GPRS Subscription Data 


7.6.3.46 


GPRS Subscription Data Withdraw 


7.6.3.45 


GPRS Support Indicator 


7.6.8.15 


Group Id 


7.6.2.33 


GSM bearer capability 


7.6.3.6 


Guidance information 


7.6.4.22 


Handover number 


7.6.2.21 


High Layer Compatibility 


7.6.3.43 


HLRId 


7.6.2.15 


HLR number 


7.6.2.13 


HO-Number Not Required 


7.6.6.7 


IMEI 


7.6.2.3 


IMSI 


7.6.2.1 


Integrity Protection Information 


7.6.6.8 


Inter CUG options 


7.6.3.27 


Intra CUG restrictions 


7.6.3.28 



RANAP Service Handover 


7.6.6.6 


Rand 


7.6.7.2 


Regional Subscription Data 


7.6.3.11 


Regional Subscription Response 


7.6.3.12 


Relocation Number List 


7.6.2.19A 


Requested Info 


7.6.3.31 


Requested Subscription Info 


7.6.3.86 


Roaming number 


7.6.2.19 


Roaming Restricted In SGSN Due To 


7.6.3.49 


Unsupported Feature 




Roaming Restriction Due To 


7.6.3.13 


Unsupported Feature 




Current Security Context 


7.6.7.8 


Selected RAB ID 


7.6.2.56 


Service centre address 


7.6.2.27 


Serving Cell Id 


7.6.2.37 


SGSN address 


7.6.2.39 


SGSN CAMEL Subscription Info 


7.6.3.75 


SGSN number 


7.6.2.38 


SIWF Number 


7.6.2.35 


SoLSA Support Indicator 


7.6.3.57 


SM Delivery Outcome 


7.6.8.6 


SM-RP-DA 


7.6.8.1 


SM-RP-MTI 


7.6.8.16 


SM-RP-OA 


7.6.8.2 


SM-RP-PRI 


7.6.8.5 


SM-RP-SMEA 


7.6.8.17 


SM-RP-UI 


7.6.8.4 


Sres 


7.6.7.3 


SS-Code 


7.6.4.1 


SS-Data 


7.6.4.3 


SS-Event 


7.6.4.42 


SS-Event-Data 


7.6.4.43 


SS-lnfo 


7.6.4.24 


SS-Status 


7.6.4.2 


Stored location area Id 


7.6.2.5 


Subscriber State 


7.6.3.30 


Subscriber Status 


7.6.3.7 


Super-Charger Supported in HLR 


7.6.3.70 


Super-Charger Supported in Serving 


7.6.3.71 


Network Entity 




Supported CAMEL Phases in VLR 


7.6.3.36 


Supported CAMEL Phases in SGSN 


7.6.3.36A 


Supported GAD Shapes 


7.6.11.20 


Supported LCS Capability Sets 


7.6.11.17 


Suppress T-CSI 


7.6.3.33 


Suppression of Announcement 


7.6.3.32 


Target cell Id 


7.6.2.8 


Target location area Id 


7.6.2.7 


Target RNC Id 


7.6.2.8A 


Target MSC number 


7.6.2.12 


Teleservice 


7.6.4.39 


TMSI 


7.6.2.2 


Trace reference 


7.6.10.2 


Trace type 


7.6.10.3 


User error 


7.6.1.4 


USSD Data Coding Scheme 


7.6.4.36 


USSD String 


7.6.4.37 


UU Data 


7.6.5.12 


UUS CF Interaction 


7.6.5.13 


VBS Data 


7.6.3.40 


VGCS Data 


7.6.3.39 


VLR CAMEL Subscription Info 


7.6.3.35 


VLR number 


7.6.2.14 


VPLMN address allowed 


7.6.3.48 


Zone Code 


7.6.2.28 
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7.6.1 Common parameters 

The following set of parameters is used in several MAP service-primitives. 

7.6.1.1 Invoke Id 

This parameter identifies corresponding service primitives. The parameter is supplied by the MAP service-user and 
must be unique over each service-user/service-provider interface. 

7.6.1.2 Linked Id 

This parameter is used for linked services and it takes the value of the invoke Id of the service linked to. 

7.6.1.3 Provider error 

This parameter is used to indicate a protocol related type of error: 
duplicated invoke Id; 
not supported service; 
mistyped parameter; 
resource limitation; 

initiating release, i.e. the peer has already initiated release of the dialogue and the service has to be released; 
unexpected response from the peer; 
service completion failure; 
no response from the peer; 
invalid response received. 

7.6.1.4 User error 

This parameter can take values as follows: 

NOTE: The values are grouped in order to improve readability; the grouping has no other significance. 

a) Generic error: 

system failure, i.e. a task cannot be performed because of a problem in another entity. The type of entity or 
network resource may be indicated by use of the network resource parameter; 

data missing, i.e. an optional parameter required by the context is missing; 

unexpected data value, i.e. the data type is formally correct but its value or presence is unexpected in the 
current context; 

resource limitation; 

initiating release, i.e. the receiving entity has started the release procedure; 

facility not supported, i.e. the requested facility is not supported by the PLMN with detailed reasons as 
follows: 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 64 ETSI TS 1 29 002 V4.9.0 (2002-09) 

Shape of location estimate not supported; 
incompatible terminal, i.e. the requested facility is not supported by the terminal. 

b) Identification or numbering problem: 

unknown subscriber, i.e. no such subscription exists; 

number changed, i.e. the subscription does not exist for that number any more; 

- unknown MSC; 

unidentified subscriber, i.e. if the subscriber is not contained in the database and it has not or cannot be 
established whether or not a subscription exists; 

unallocated roaming number; 

unknown equipment; 

unknown location area. 

c) Subscription problem: 

roaming not allowed, i.e. a location updating attempt is made in an area not covered by the subscription; 

illegal subscriber, i.e. illegality of the access has been established by use of authentication procedure; 

bearer service not provisioned; 

teleservice not provisioned; 

illegal equipment, i.e. the IMEI check procedure has shown that the IMEI is blacklisted or not whitelisted. 

d) Handover problem: 

no handover number available, i.e. the VLR cannot allocate a number for handover or cannot allocate the 
required amount of numbers for relocation; 

subsequent handover failure, i.e. handover to a third MSC failed for some reason; 

target cell outside group call area. 

e) Operation and maintenance problem: 

tracing buffer full, i.e. tracing cannot be performed because the tracing capacity is exceeded. 

f) Call set-up problem: 

no roaming number available, i.e. a roaming number cannot be allocated because all available numbers are in 
use; 

absent subscriber, i.e. the subscriber has activated the detach service or the system detects the absence 
condition. This error may be qualified to indicate whether the subscriber was IMSI detached, in a restricted 
area or did not respond to paging; 

busy subscriber. This error may be qualified to indicate that the subscriber was busy due to CCBS and that 
CCBS is possible; 

no subscriber reply; 

forwarding violation, i.e. the call has already been forwarded the maximum number of times that is allowed; 

CUG reject, i.e. the call does not pass a CUG check; additional information may also be given in order to 
indicate rejection due to e.g. incoming call barred or non-CUG membership; 

call barred. Optionally, additional information may be included for indicating either that the call meets a 
barring condition set by the subscriber or that the call is barred for operator reasons. In the case of barring of 
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Mobile Terminating Short Message, the additional information may indicate a barring condition due to 
"Unauthorised Message Originator"; 

optimal routeing not allowed, i.e. the entity which sends the error does not support optimal routeing, or the 
HLR will not accept an optimal routeing interrogation from the GMSC, or the call cannot be optimally routed 
because it would contravene optimal routeing constraints; 

forwarding failed, i.e. the GMSC interrogated the HLR for forwarding information but the HLR returned an 
error. 

g) Supplementary services problem: 

call barred; 

- illegal SS operation; 
SS error status; 

SS not available; 
SS subscription violation; 
SS incompatibility; 
negative password check; 
password registration failure; 
Number of Password Attempts; 

- USSD Busy; 
Unknown Alphabet; 
short term denial; 
long term denial. 

For definition of these errors see 3GPP TS 24.080 [38]. 
h) Short message problem: 

SM delivery failure with detailed reason as follows: 

- memory capacity exceeded; 
MS protocol error; 

- MS not equipped; 

- unknown service centre (SC); 
SC congestion; 

invalid SME address; 

subscriber is not an SC subscriber; 

- and possibly detailed diagnostic information, coded as specified in 3GPP TS 23.140, under SMS- 
SUBMIT-REPORT and SMS-DELIVERY-REPORT. If the SM entity that returns the SM Delivery 
Failure error includes detailed diagnostic information, it shall be forwarded in the 

MAP_MO_FORWARD_SHORT_MESSAGE and in the MAP_MT_FORWARD_SHORT_MESSAGE 
response. 

message waiting list full, i.e. no further SC address can be added to the message waiting list. 

Subscriber busy for MT SMS, i.e. the mobile terminated short message transfer cannot be completed 

because: 
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another mobile terminated short message transfer is going on and the delivery node does not support 
message buffering; or 

another mobile terminated short message transfer is going on and it is not possible to buffer the message 
for later delivery; or 

the message was buffered but it is not possible to deliver the message before the expiry of the buffering 
time defined in 3GPP TS 23.140; 

Absent Subscriber SM, i.e. the mobile terminated short message transfer cannot be completed because the 
network cannot contact the subscriber. Diagnostic information regarding the reason for the subscriber's 
absence may be included with this error. 

i) Location services problem: 

Unauthorised Requesting Network 

Unauthorised LCS Client with detailed reasons as follows: 

- Unauthorised Privacy Class 

- Unauthorised Call/Session Unrelated External Client 

- Unauthorised Call/Session Related External Client 
Privacy override not applicable 

Position method failure with detailed reasons as follows: 

Congestion 

Insufficient resources 

Insufficient Measurement Data 

Inconsistent Measurement Data 

Location procedure not completed 

QoS not attainable 

Position Method Not Available in Network 

Position Method Not Available in Location Area 

Unknown or unreachable LCS Client. 

j) Problem detected by an application using secure transport: 

Secure transport error. This error indicates that the application using secure transport returned an error. The 
parameter of the error indicates: 

The protected payload, which carries the result of applying the protection function specified in 3GPP 
TS 33.200 to the encoding of the parameter of the original error. 

7.6.1 .5 All Information Sent 

This parameter indicates to the receiving entity when the sending entity has sent all necessary information. 

7.6.2 Numbering and identification parameters 

7.6.2.1 IMSI 

This parameter is the International Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 
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7.6.2.2 TMSI 

This parameter is the Temporary Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.3 IMEI 

This parameter is the International Mobile Equipment Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.4 Previous location area Id 

This parameter refers to the identity of the location area from which the subscriber has roamed. 

7.6.2.5 Stored location area Id 

This parameter refers to the location area where the subscriber is assumed to be located. 

7.6.2.6 Current location area Id 

This parameter is used to indicate the location area in which the subscriber is currently located. 

7.6.2.7 Target location area Id 

This parameter refers to the location area into which the subscriber intends to roam. 

7.6.2.8 Target cell Id 

This parameter refers to the identity of the cell to which a call has to be handed over. 

7.6.2.8A Target RNC Id 

This parameter refers to the identity of the RNC to which a call has to be relocated. 

7.6.2.9 Void 

7.6.2.10 Originating entity number 

This parameter refers to an application layer identification of a system component in terms of its associated ISDN 
number. 

7.6.2.11 MSC number 

This parameter refers to the ISDN number of an MSC. 

7.6.2.1 2 Target MSC number 

This parameter refers to the ISDN number of an MSC to which a call has to be handed over. 

7.6.2.13 HLR number 

This parameter refers to the ISDN number of an HLR. 

7.6.2.14 VLR number 

This parameter refers to the ISDN number of a VLR. 
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7.6.2.15 HLRId 

This parameter refers to the identity of an HLR derived from the IMSI defined in CCITT Recommendation E.212. 

7.6.2.16 LMSI 

This parameter refers to a local identity allocated by the VLR to a given subscriber for internal management of data in 
the VLR. LMSI shall not be sent to the SGSN. 

7.6.2.17 MS ISDN 

This parameter refers to one of the ISDN numbers assigned to a mobile subscriber in accordance with CCITT 
Recommendation E.213. 

7.6.2.18 OMCId 

This parameter refers to the identity of an Operation and Maintenance Centre. 

7.6.2.19 Roaming number 

This parameter refers to the roaming number as defined in CCITT Recommendation E.213. 

7.6.2.1 9A Relocation Number List 

This parameter refers to the number(s) used for routing one call or several calls between MSCs during relocation. 

7.6.2.20 Void 

7.6.2.21 Handover number 

This parameter refers to the number used for routing a call between MSCs during handover. 

7.6.2.22 Forwarded-to number 

This parameter refers to the address to which a call is to be forwarded. A subaddress may be appended. For subscribers 
having an originating CAMEL Phase 2 or higher subscription, this address need not be in E. 164 international format. 

7.6.2.22A Long forwarded-to number 

This parameter refers to the address to which a call is to be forwarded. A subaddress may be appended. For subscribers 
having an originating CAMEL Phase 2 or higher subscription this address need not be in international format. 

7.6.2.22B Long FTN Supported 

This parameter indicates that the sending entity supports Long Forwarded-to Numbers. 

7.6.2.23 Forwarded-to subaddress 

This parameter refers to the sub-address attached to the address to which a call is to be forwarded. 

7.6.2.24 Called number 

This parameter refers to a called party number as defined in CCITT Recommendation Q.767. 

7.6.2.25 Calling number 

This parameter refers to a calling party number as defined in CCITT Recommendation Q.767. 
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7.6.2.26 Originally dialled number 

This parameter refers to the number dialled by the calling party in order to reach a mobile subscriber. 

7.6.2.27 Service centre address 

This parameter represents the address of a Short Message Service Centre. 

7.6.2.28 Zone Code 

This parameter is used to define location areas into which the subscriber is allowed or not allowed to roam (regional 
subscription). With a complete list of Zone Codes the VLR or the SGSN is able to determine for all its location areas 
whether roaming is allowed or not. 

7.6.2.29 MSIsdn-Alert 

This parameter refers to the MSISDN stored in a Message Waiting Data File in the HLR. It is used to alert the Service 
Centre when the MS is again attainable. 

7.6.2.30 Location Information 

This parameter indicates the location of the served subscriber as defined in 3GPP TS 23.018 [97]. 

7.6.2.31 GMSC Address 

This parameter refers to the E.164 address of a GMSC. 

7.6.2.32 VMSC Address 

This parameter refers to the E. 164 address of a VMSC. 

7.6.2.33 Group Id 

This parameter is used to describe groups a subscriber can be a member of. A subscriber can partake in all group calls 
(VBS/VGCS) where he subscribed to the respective groups. 

7.6.2.34 North American Equal Access preferred Carrier Id 

This parameter refers to the carrier identity preferred by the subscriber for calls requiring routing via an inter-exchange 
carrier. This identity is used at: 

outgoing calls: when the subscriber does not specify at call set-up a carrier identity; 

forwarded calls: when a call is forwarded by the subscriber; 

incoming calls: applicable to the roaming leg of the call. 

7.6.2.35 SIWFS Number 

This parameter refers to the number used for routing a call between the MSC and the SIWFS (used by IS UP). 

7.6.2.36 B-subscriber address 

This parameter refers to the address used by the SIWFS to route the outgoing call from the SIWFS to either the B- 
subscriber in case of the non-loop method or back to the VMSC in case of the loop method. 

7.6.2.37 Serving cell Id 

This parameter indicates the cell currently being used by the served subscriber. 
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7.6.2.38 SGSN number 

This parameter refers to the ISDN number of a SGSN. 

7.6.2.39 SGSN address 

This parameter refers to the IP-address of a SGSN. This parameter is defined in 3GPP TS 23.003 [17]. 

7.6.2.40 GGSN address 

This parameter refers to the IP-address of a GGSN. This parameter is defined in 3GPP TS 23.003 [17]. 

7.6.2.41 GGSN number 

This parameter refers to the ISDN number of a GGSN or the ISDN number of the protocol-converter if a 
protocol-converting GSN is used between the GGSN and the HLR. 

7.6.2.42 APN 

This parameter refers to the DNS name of a GGSN. This parameter is defined in 3GPP TS 23.060 [104]. 

7.6.2.43 Network Node number 

This parameter refers either to the ISDN number of SGSN or to the ISDN number of MSC. 

7.6.2.44 PDP-Type 

This parameter indicates which type of protocol is used by the MS as defined in 3GPP TS 23.060 [104]. 

7.6.2.45 PDP-Address 

This parameter indicates the address of the data protocol as defined in 3GPP TS 23.060 [104]. 

7.6.2.46 Additional number 

This parameter can refer either to the SGSN number or to the MSC number. 

7.6.2.47 P-TMSI 

This parameter is the Packet Temporary Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.48 B-subscriber number 

This parameter refers to the number of the destination B dialled by the A user. This may include a subaddress. 

7.6.2.49 B-subscriber subaddress 

This parameter refers to the sub-address attached to the destination B dialled by the A user. 

7.6.2.50 LMU Number 

This parameter refers to a local number assigned to an LMU by an SMLC. 

7.6.2.51 MLG Number 

This parameter refers to the ISDN (E.164) number of an MLC. 
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7.6.2.52 Multicall Bearer Information 

This parameter refers to the number of simuhaneous bearers supported per user by the serving network. 

7.6.2.53 Multiple Bearer Requested 

This parameter indicates whether multiple bearers are requested for a relocation. 

7.6.2.54 Multiple Bearer Not Supported 

This parameter indicates whether multiple bearers are supported. 

7.6.2.55 PDP-Charging Characteristics 

This parameter indicates the charging characteristics associated with a specific PDP context as defined in 3GPP 
TS 32.015. 

7.6.2.56 Selected RAB ID 

The selected radio access bearer to be kept at subsequent inter-MSC handover from UMTS to GSM. 

7.6.2.57 RAB ID 

This parameter indicates the radio access bearer identifier as defined in 3GPP TS 25.413. This parameter is used to 
relate the radio resources with the radio access bearers. 

7.6.3 Subscriber management parameters 

7.6.3.1 Category 

This parameter refers to the calling party category as defined in CCITT Recommendation Q.767. 

7.6.3.2 Equipment status 

This parameter refers to the status of the mobile equipment as defined in 3GPP TS 22.016 [7]. 

7.6.3.3 Extensible Bearer service 

This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in 3GPP 
TS 22.002 [3]. This parameter is used only for subscriber profile management. Extensible Bearer service values include 
all values defined for a Bearer service parameter (7.6.4.38). 

7.6.3.4 Extensible Teleservice 

This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in 3GPP TS 22.003 
[4]. This parameter is used only for subscriber profile management. Extensible Teleservice values include all values 
defined for a Teleservice parameter (7.6.4.39). 

7.6.3.5 Extensible Basic Service Group 

This parameter refers to the Basic Service Group either as an extensible bearer service (see clause 7.6.3.3) or an 
extensible teleservice (see clause 7.6.3.4). This parameter is used only for subscriber profile management. The null 
value (i.e. neither extensible bearer service nor extensible teleservice) is used to denote the group containing all 
extensible bearer services and all extensible teleservices. 

7.6.3.6 GSM bearer capability 

This parameter refers to the GSM bearer capability information element defined in 3GPP TS 24.008 [35]. 
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7.6.3.7 Subscriber Status 

This parameter refers to the barring status of the subscriber: 
service granted; 
- Operator Determined Barring. 

7.6.3.8 CUG Outgoing Access indicator 

This parameter represents the Outgoing Access as defined in ETS 300 136. 



7.6.3.9 



Operator Determined Barring General Data 



This parameter refers to the set of subscriber features that the network operator or the service provider can regulate. 
This set only includes those limitations that can be 

a) controlled in the VLR, 

b) controlled in the SGSN, 

c) controlled in the SGSN applied for short message transfer only, 

d) interrogated or modified by the gsmSCF: 



ODB category 


Controlled in the VLR 


Controlled in the 
SGSN 


Controlled in the 
SGSN applied for 
short message transfer 
only 


Interrogatable and 
modifyable by the 
gsmSCF 


All outgoing calls 
barred 


X 




X 


X 


International outgoing 
calls barred 


X 




X 


X 


International outgoing 
calls except those to the 
home PLMN country 
barred 


X 




X 


X 


Interzonal outgoing 
calls barred 


X 




X 


X 


Interzonal outgoing 
calls except those to the 
home PLMN country 
barred 


X 




X 


X 


Interzonal outgoing 
calls AND international 
outgoing calls except 
those directed to the 
home PLMN country 
barred 


X 




X 


X 


Premium rate 
(information) outgoing 
calls barred 


X 






X 


Premium rate 
(entertainment) 
outgoing calls barred 


X 






X 
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Supplementary service 
access barred 


X 






X 


Invocation of call 
transfer barred 


X 






X 


Invocation of 
chargeable call transfer 
barred 


X 






X 


Invocation of 
internationally 
chargeable call transfer 
barred 


X 






X 


Invocation of 
interzonally chargeable 
call transfer barred 


X 






X 


Invocation of call 
transfer where both legs 
are chargeable barred 


X 






X 


Invocation of call 
transfer if there is 
already an ongoing 
transferred call for the 
served subscriber in the 
serving MSC/VLR 
barred 


X 






X 


All packet Oriented 
Services barred 




X 




X 


Roamer Access to 
HPLMN-AP barred 




X 




X 


Roamer Access to 
VPLMN-AP barred 




X 




X 


Outgoing calls when 
roaming outside the 
home PLMN country 








X 


All incoming calls 








X 


Incoming calls when 
roaming outside the 
home PLMN country 








X 


Incoming calls when 
roaming outside the 
zone of the home 
PLMN country 








X 


Roaming outside the 
home PLMN 








X 


Roaming outside the 
home PLMN country 








X 


Registration of any call 
forwarded-to number 








X 
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Registration of any 
international call 
forwarded-to number 








X 


Registration of any 
international call 
forwarded-to number 
except to a number 
within the HPLMN 
country 








X 


Registration of any 
inter-zone call 
forwarded-to number 








X 


Registration of any 
inter-zone call 
forwarded-to number 
except to a number 
within the HPLMN 
country 








X 



7.6.3.1 ODB HPLMN Specific Data 

This parameter refers to the set of subscriber features that the network operator or the service provider can regulate only 
when the subscriber is registered in the HPLMN. This set only includes those limitations that can be controlled in the 
VLR or in the SGSN: 

- Operator Determined Barring Type 1 ; 

- Operator Determined Barring Type 2; 

- Operator Determined Barring Type 3; 
Operator Determined Barring Type 4. 

7.6.3.11 Regional Subscription Data 

This parameter defines the regional subscription area in which the subscriber is allowed to roam. It consists of a list of 
Zone Codes (see clause 7.6.2.28). 

7.6.3.12 Regional Subscription Response 

This parameter indicates either that the regional subscription data cannot be handled or that the current MSC or SGSN 
area is entirely restricted because of regional subscription. 

7.6.3.13 Roaming Restriction Due To Unsupported Feature 

This parameter defines that a subscriber is not allowed to roam in the current MSC area. It may be used by the HLR if a 
feature or service is indicated as unsupported by the VLR. 

7.6.3.14 Extensible SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 

- extensible forwarding information (see clause 7.6.3.15); 
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extensible call barring information (see clause 7.6.3.20); 
CUG info (see clause 7.6.3.22); 

extensible SS-Data (see clause 7.6.3.29). 

7.6.3.15 Extensible forwarding information 

This parameter represents the information related to each call forwarding service: 

the SS-Code of the relevant call forwarding service (see clause 7.6.4. 1); 

if required, a list of extensible forwarding feature parameters (see clause 7.6.3.16). 

The list may contain one item per Basic Service Group. 

7.6.3.16 Extensible forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 



(see clause 7.6.3.5); 
(see clause 7.6.3.17) 
(see clause 7.6.2.22) 
(see clause 7.6.2.23) 
(see clause 7.6.3.18) 



- extensible Basic Service Group 

- extensible SS-Status 
forwarded-to number 
forwarded-to subaddress 
extensible forwarding options 
extensible no reply condition timer (see clause 7.6.4. 19); 
long forwarded-to number (see clause 7.6.2.22A). 

If a number is required to define the forwarded-to destination then: 

If the VLR supports Long Forwarded-to Numbers then the long forwarded-to number shall be present and the 
forwarded-to number shall be absent; 

If the VLR does not support Long Forwarded-to Numbers then the forwarded-to number shall be present and the 
long forwarded-to number shall be absent. 

7.6.3.17 Extensible SS-Status 

This parameter refers to the state information of individual supplementary services as defined in 3GPP TS 23.01 1 [22]. 

7.6.3.18 Extensible Forwarding Options 

This parameter refers to a set of forwarding options attached to a supplementary service. It contains the following 
information: 



notification to forwarding party 
parameter); 



(see 3GPP TS 22.082 [10] for the meaning of this 



redirection notification to the forwarded-to party (see 3GPP TS 22.082 [10] for the meaning of this 
parameter); 



notification to calling party 
parameter); 

redirecting presentation 
parameter); 



(see 3GPP TS 22.082 [10] for the meaning of this 
(see 3GPP TS 22.082 [10] for the meaning of this 
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forwarding reason (see 3GPP TS 22.082 [10] for the meaning of this 

parameter). 

7.6.3.19 Extensible No reply condition timer 

This parameter refers to the extensible no reply condition timer for call forwarding on no reply. 

7.6.3.20 Extensible Call barring information 

This parameter contains for each call barring service: 

- SS-Code (see clause 7.6.4.1); 
a list of extensible call barring feature parameters (see clause 7.6.3.21). 
The list may contain one item per Basic Service Group. 

7.6.3.21 Extensible Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

Extensible Basic Service Group (see clause 7.6.3.5); 

provisioned SS-Status (see clause 7.6.3.17). 

7.6.3.22 CUG info 

This parameter refers to the overall information required for operation for each CUG: 
CUG subscriptionList; 

- CUG featureUst. 

7.6.3.23 CUG subscription 

This parameter refers to the set of basic information for each CUG defined in that subscription. The following 
information is stored: 

- CUG index; 

- CUG interlock; 

- Intra CUG restrictions; 
Basic Service Group List. 

7.6.3.24 CUG interlock 

This parameter represents the CUG interlock code defined in ETS 300 138. 

7.6.3.25 CUG index 

This parameter represents the CUG index defined in ETS 300 138. 

7.6.3.26 CUG feature 

This parameter contains two parameters that are associated with the Basic Service Group. If the Basic Service Group 
Code is not present the feature applies to all Basic Services. The following parameters are included: 

Preferential CUG indicator: 
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indicates which CUG index is to be used at outgoing call set-up using the associated Basic Service Group; 

- Inter CUG Option: 

describes whether it for the associated Basic Service Group is allowed to make calls outside the CUG and 
whether incoming calls are allowed; 

Basic Service Group. 

See 3GPP TS 22.085 [13] for meaning of this parameter. 

7.6.3.27 Inter CUG options 

This parameter indicates the subscribers' ability to make and receive calls outside a specific closed user group. It takes 
any of the following values: 

CUG only facility (only calls within CUG are allowed); 

CUG with outgoing access (calls outside CUG allowed); 

CUG with incoming access (calls from outside CUG into CUG allowed); 

CUG with both incoming and outgoing access (all calls allowed). 

7.6.3.28 Intra CUG restrictions 

This parameter describes whether or not the subscriber is allowed to originate calls to or to receive calls from within the 
CUG. It can take any of the following values: 

no CUG restrictions; 

CUG incoming calls barred; 

CUG outgoing calls barred. 

7.6.3.29 Extensible SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 

- SS-Code (see clause 7.6.4.1); 
Extensible SS-Status (if applicable) (see clause 7.6.3.17); 
Extensible Override subscription option (if applicable) (see clause 7.6.3.30); 
Extensible CLI Restriction (if applicable) (see clause 7.6.3.31); 
Extensible Basic Service Group Code (see clause 7.6.3.5). 

7.6.3.30 Subscriber State 

This parameter indicates the state of the MS as defined in 3GPP TS 23.018 [97]. 

7.6.3.31 Requested Info 

This parameter indicates the subscriber information being requested as defined in 3GPP TS 23.018 [97]. 

7.6.3.32 Suppression of Announcement 

This parameter indicates if the announcement or tones shall be suppressed as defined in 3GPP TS 23.078. 
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7.6.3.33 Suppress T-CSI 

This parameter is used to suppress the invocation of terminating CAMEL services. 

7.6.3.34 GMSC CAMEL Subscription Info 

This parameter contains CAMEL subscription information, i.e. O-CSI and/or D-CSI and/or T-CSI, which indicates to 
the GMSC that originating and/or terminating CAMEL services shall be invoked for the incoming call. 

7.6.3.35 VLR CAMEL Subscription Info 

This parameter identifies the subscriber as having CAMEL services that are invoked in the MSC or VLR. 

7.6.3.36 Supported CAMEL Phases in the VLR 

This parameter indicates which phases of CAMEL are supported in the VLR. 

7.6.3.36A Supported CAMEL Phases in the SGSN 

This parameter indicates which phases of CAMEL are supported in the SGSN. 

7.6.3.37 CUG Subscription Flag 

This parameter indicates a that a subscriber with a T-CSI also has a CUG subscription. It is defined in 3GPP TS 23.078. 

7.6.3.38 CAMEL Subscription Info Withdraw 

This parameter indicates that CAMEL Subscription Info shall be deleted from the VLR or SGSN. 

7.6.3.39 Voice Group Call Service (VGCS) Data 

This parameter refers to one or more groups a subscriber may be a member of for voice group calls. 

7.6.3.40 Voice Broadcast Service (VBS) Data 

This parameter refers to one or more groups a subscriber may be a member of for the voice broadcast service. Per group 
it is further indicated whether the subscriber is only allowed to listen to respective group calls or whether he is in 
addition entitled to initiate respective voice broadcast calls. 

7.6.3.41 ISDN bearer capability 

This parameter refers to the ISDN bearer capability information element defined in 3GPP TS 29.007 [56]. 

7.6.3.42 Lower layer Compatibility 

This parameter refers to the lower layer compatibility information element defined in 3GPP TS 24.008 [35]. 

7.6.3.43 High Layer Compatibility 

This parameter refers to the high layer compatibility information element defined in 3GPP TS 24.008 [35]. 

7.6.3.44 Alerting Pattern 

This parameter is an indication that can be used by the MS to alert the user in a specific manner in case of mobile 
terminating traffic (switched call or USSD). That indication can be an alerting level or an alerting category. 
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7.6.3.45 GPRS Subscription Data Withdraw 

This parameter indicates that GPRS Subscription Data shall be deleted from the SGSN. 

7.6.3.46 GPRS Subscription Data 

This parameter refers to the list of PDP-Contexts that subscriber has subscribed to. 

7.6.3.47 QoS-Subscribed 

This parameter indicates the quality of service subscribed for a certain service. It is defined in 3GPP TS 23.060 [104]. 

7.6.3.48 VPLMN address allowed 

This parameter specifies whether the MS is allowed to use a dynamic address allocated in the VPLMN. It is defined in 
3GPPTS 23.060 [104]. 

7.6.3.49 Roaming Restricted In SGSN Due To Unsupported Feature 

This parameter defines that a subscriber is not allowed to roam in the current SGSN area. It may be used by the HLR if 
a feature or service is indicated as unsupported by the SGSN. 

7.6.3.50 Network Access Mode 

This parameter is defined in 3GPP TS 23.108. 

7.6.3.51 Mobile Not Reachable Reason 

This parameter stores the reason for the MS being absent when an attempt to deliver a short message to an MS fails at 
the MSC, SGSN or both. It is defined in 3GPP TS 23. 140. 

7.6.3.52 Cancellation Type 

This parameter indicates the reason of location cancellation. It is defined in 3GPP TS 23.060 [104]. 

7.6.3.53 All GPRS Data 

This parameter indicates to the SGSN that all GPRS Subscription Data shall be deleted for the subscriber. 

7.6.3.54 Complete Data List Included 

This parameter indicates to the SGSN that the complete GPRS Subscription Data stored for the Subscriber shall be 
replaced with the GPRS Subscription Data received. 

7.6.3.55 PDP Context Identifier 

This parameter is used to identify a PDP context for the subscriber. 

7.6.3.56 LSA Information 

This parameter refers to one or more localised service areas a subscriber may be a member of, together with the priority, 
the preferential access indicator, the active mode support indicator and active mode indication of each localised service 
area. The access right outside these localised service areas is also indicated. 

7.6.3.57 SoLSA support indicator 

This parameter indicates that the VLR or the SGSN supports SoLSA subscription. 
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7.6.3.58 LSA Information Withdraw 

This parameter indicates that LSA information shall be deleted from the VLR or the SGSN. 

7.6.3.59 LMU Indicator 

This parameter indicates the presence of an LMU. 

7.6.3.60 LCS Information 

This parameter defines the LCS related information for an MS subscriber and contains the following components: 

- GMLCList (see clause 7.6.3.61). 
LCS Privacy Exception List (see clause 7.6.3.62). 

- MO-LRList (see clause 7.6.3. 65A). 

7.6.3.61 GMLC List 

This parameter contains the addresses of all GMLCs that are permitted to issue a call/session unrelated or call/session 
related MT-LR location request for this MS. Usage of this parameter is defined in 3GPP TS 23.271. 

7.6.3.62 LCS Privacy Exception List 

This parameter defines the classes of LCS Client that are allowed to locate any target MS. For each class, the following 
information is provided: 

- SS-Code (see clause 7.6.4.1); 
a list of LCS privacy exception parameters (see clause 7.6.3.63). 

7.6.3.63 LCS Privacy Exception Parameters 

This parameter gives the status of each LCS privacy exception class and any additional parameters relevant to this class. 
The parameter contains the following information: 

provisioned SS-Status (see clause 7.6.3.17); 

privacy notification to MS user (see clause 7.6.3.65B); 

external client List (see clause 7.6.3.64); 

internal client List (see clause 7.6.3.65). 

7.6.3.64 External Client List 

This parameter is only applicable to the call/session unrelated privacy class and call/session related privacy class, and 
gives the identities of the external clients that are allowed to locate a target MS for a MT-LR. Each identity is an 
international (e.g.E.164) address. For each identified external client, GMLC restrictions may be defined. It may also be 
indicated if the MS shall be notified of a non-restricted MT-LR from each identified LCS client and, if so, whether 
notification only or notification with privacy verification shall apply. Usage of this parameter is defined in 3GPP TS 
23.271. 

7.6.3.65 Internal Client List 

This parameter is only applicable to the PLMN operator privacy class and gives the identities of the internal PLMN 
operator clients that are allowed to locate a target MS for an NI-LR or MT-LR. Usage of this parameter is defined in 
3GPPTS 23.271. 
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7.6.3.65A MO-LR List 

This parameter defines the classes of MO-LR for which a subscription exists for a particular MS. For each class, the 
following information is provided: 

- SS-Code (see clause 7.6.4.1). 

7.6.3.65B Privacy Notification to MS User 

This parameter is applicable to the call/session unrelated privacy class and call/session related privacy class. For each 
privacy class it indicates whether the MS user shall be notified for athat class MT-LR from any value added LCS client 
when the MT-LR is restricted and be enabled to accept or override the restriction. Usage of this parameter is defined in 
3GPPTS 23.271. 

7.6.3.65C GMLC List Withdraw 

This parameter indicates whether the subscriber" s LCS GMLC list shall be deleted from the VLR or SGSN. 

7.6.3.66 1ST Alert Timer 

This parameter indicates the 1ST Alert Timer value that must be used in the MSC to inform the HLR about the call 
activities that the subscriber performs. Units are minutes. 

7.6.3.67 Call Termination Indicator 

This parameter indicates whether the MSC shall terminate a specific ongoing call, or all the call activities related to a 
specified subscriber. 

7.6.3.68 1ST Information Withdraw 

This parameter indicates that 1ST information shall be deleted from the VMSC. 

7.6.3.69 1ST Support Indicator 

This parameter indicates the degree of 1ST functionality supported by the MSC (Visited MSC or Gateway MSC). It can 
take one of the following values: 

Basic 1ST functionality; 

1ST command service (in addition to the basic 1ST functionality and including the ability to terminate all calls 
being carried for the identified subscriber). 

7.6.3.70 Super-Charger Supported In HLR 

This parameter is used by the HLR to indicate support of the Super-Charger functionality and an indication of the age of 
the subscription data stored in the HLR. 

7.6.3.71 Super-Charger Supported In Serving Network Entity 

This parameter is used to indicate support of the Super-Charger functionality by the originating entity and to indicate 
either that subscription data is required or the date and time of the last know subscriber data modification. 

7.6.3.72 Age Indicator 

This parameter is used by the HLR to determine the validity of the subscription data retained by the serving network 
entity in a Super-Charged network. 
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7.6.3.73 GPRS enhancements support indicator 

This parameter indicates to the HLR that the SGSN supports GPRS enhancements. 

7.6.3.74 Extensible QoS-Subscribed 

This parameter indicates the enhanced QoS subscribed for a certain service. It is defined in 3GPP TS 23.060. This 
parameter is an extension to QoS-Subscribed. 

7.6.3.75 SGSN Game! Subscription Info 

This parameter identifies the subscriber as having CAMEL services that are invoked in the SGSN. 

7.6.3.76 SMS-CSI 

This parameter identifies the subscriber as having SMS CAMEL services as defined in 3GPP TS 23.078. 

7.6.3.77 GPRS-CSI 

This parameter identifies the subscriber as having GPRS CAMEL services as defined in 3GPP TS 23.078. 

7.6.3.78 CAMEL subscription info 

This parameter indicates the CSI that can be controlled by CSE. 

7.6.3.79 Extensible Call barring information for CSE 

This parameter contains for each call barring service for CSE: 

- SS-Code; 

a list of extensible call barring feature parameters. 

The list may contain one item per Basic Service Group. 

password; 

wrong password attempt counter; 

notification-to-CSE flag. 

7.6.3.80 Extensible Forwarding information for CSE 

This parameter represents the information for CSE related to each call forwarding service: 
the SS-Code of the relevant call forwarding service; 
if required, a list of extensible forwarding feature parameters; 
the list may contain one item per Basic Service Group; 

- notification-to-CSE flag. 

7.6.3.81 Modification Request for CSI 

This parameter indicates the CAMEL subscription information to be modified by CSE. 

7.6.3.82 Modification Request for SS Information 

This parameter indicates the call forwarding and call barring supplementary service data to be modified by CSE. 
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7.6.3.83 Call Barring Data 

This parameter contains the extensible call barring feature list (see clause 7.6.3.21) and Notification to CSE flag. 

7.6.3.84 Call Forwarding Data 

This parameter contains the extensible call forwarding feature list (see clause 7.6.3.16) and Notification to CSE flag. 

7.6.3.85 ODB Data 

This parameter contains the ODB general data, ODB HPLMN specific data . 

7.6.3.86 Requested Subscription Info 

This parameter indicates the subscription information being requested. 

7.6.3.87 CS Allocation/Retention priority 

This parameter indicates the allocation/retention priority for Circuit Switched (CS). It corresponds to the 
allocation/retention priority that is defined in 3GPP TS 23.107. 

7.6.3.88 ODB Info 

This parameter contains the ODB data and Notification to CSE flag. 

7.6.4 Supplementary services parameters 
7.6.4.1 SS-Code 

This parameter may refer to one supplementary service or a set of supplementary services as defined in 3GPP TS 
22.004. For this includes: 

Calling Line Identification Presentation service (CLIP); 

Calling Line Identification Restriction service (CLIR); 

Connected Line Identification Presentation service (COLP); 

Connected Line Identification Restriction service (COLR); 

- Calling Name Presentation (CNAP); 
All Call Forwarding services; 

- Call Waiting (CW); 

- Call Hold (HOLD); 

- Multi-Party service (MPTY); 

- Closed User Group (CUG); 
All Charging services; 

All Call Restriction services; 

Explicit Call Transfer service (ECT); 

enhanced Multi-Level Precedence and Pre-emption service (eMLPP); 

Completion of Calls to Busy Subscriber, originating side (CCBS-A); 
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Completion of Calls to Busy Subscriber, destination side (CCBS-B); 

All LCS privacy exceptions (see clause 7.6.4.44); 

Mobile Originating Location Request (MO-LR) (see clause 7.6.4.45); 

- Multicall (MC). 

7.6.4.2 SS-Status 

This parameter refers to the state information of individual supplementary services as defined in 3GPP TS 23.011 . 

7.6.4.3 SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 

- SS-Code (see clause 7.6.4.1); 

- SS-Status (if apphcable) (see clause 7.6.4.2); 
Override subscription option (see clause 7.6.4.4); 
CLI Restriction (see clause 7.6.4.5); 
Basic Service Group Code (see clause 7.6.4.40). 

7.6.4.4 Override Category 

This parameter refers to the subscription option Override Category attached to a supplementary service. It can take the 
following two values: 

Enabled; 

- Disabled. 

7.6.4.5 CLI Restriction Option 

This parameter refers to the subscription option Restriction mode attached to the CLIR supplementary service. It can 
take the following three values: 

Permanent; 

Temporary (Default Restricted); 

Temporary (Default Allowed). 

7.6.4.6 Forwarding Options 

This parameter refers to a forwarding option attached to a supplementary service. It can take one of the following 
values: 

notification to forwarding party (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

notification to calling party (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

redirecting presentation (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

Forwarding reason (see 3GPP TS 22.082 [10] for the meaning of this parameter). 

7.6.4.7 No reply condition timer 

This parameter refers to the no reply condition timer for call forwarding on no reply. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 85 ETSI TS 1 29 002 V4.9.0 (2002-09) 

7.6.4.8-7.6.4.14 Void 

7.6.4.15 Forwarding information 

This parameter represents the information related to each call forwarding service: 

the SS-Code of the relevant call forwarding service (see clause 7.6.4. 1); 

if required, a list of forwarding feature parameters (see clause 7.6.4. 16). 

the list may contain one item per Basic Service Group. 

7.6.4.16 Forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 

Basic Service Group (see clause 7.6.4.40); 

- SS-Status (see clause 7.6.4.2); 
forwarded-to number (see clause 7.6.2.22); 
forwarded-to subaddress (see clause 7.6.2.23); 
forwarding options (see clause 7.6.4.6); 
no reply condition timer (see clause 7.6.4.7); 
long forwarded-to number (see clause 7.6.2.22A). 

If a number is required to define the forwarded-to destination then: 

If the VLR supports Long Forwarded-to Numbers then the long forwarded-to number shall be present and the 
forwarded-to number shall be absent. 

If the VLR does not support Long Forwarded-to Numbers then the forwarded-to number shall be present and the 
long forwarded-to number shall be absent. 

7.6.4.17 Void 

7.6.4.18 Call barring information 

This parameter contains for each call barring service: 

- SS-Code (see clause 7.6.4.1); 
a list of call barring feature parameters (see clause 7.6.4. 19). 
The list may contain one item per Basic Service Group. 

7.6.4.19 Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

Basic Service Group (see clause 7.6.4.40); 

- SS-Status (see clause 7.6.4.2). 

7.6.4.20 New password 

This parameter refers to the password which the subscriber just registered in the network. 
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This parameter refers to a password used by the subscriber for supplementary service control. 

7.6.4.21 Current password 

This parameter refers to a password used by the subscriber for supplementary service control. 

7.6.4.22 Guidance information 

This parameter refers to guidance information given to a subscriber who is requested to provide a password. One of the 
following information may be given: 

"enter password"; 

this information is used for checking of the old password; 

"enter new password" ; 

this information is used during password registration for the request of the first new password; 

"enter new password again"; 

this information is used during password registration for the request of the new password again for verification. 

7.6.4.23 Void 

7.6.4.24 SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 
forwarding information (see clause 7.6.4. 15); 
call barring information (see clause 7.6.4.18); 

- CUG info (see clause 7.6.4.8); 

- SS-Data (see clause 7.6.4.3). 
eMLPP information (see clause 7.6.4.41). 

7.6.4.25 -7.6.4.35 Void 

7.6.4.36 USSD Data Coding Scheme 

This parameter contains the information of the alphabet and the language used for the unstructured information in an 
Unstructured Supplementary Service Data operation. The coding of this parameter is according to the Cell Broadcast 
Data Coding Scheme as specified in 3GPP TS 23.038 [25]. 

7.6.4.37 USSD String 

This parameter contains a string of unstructured information in an Unstructured Supplementary Service Data operation. 
The string is sent either by the mobile user or the network. The contents of a string sent by the MS are interpreted by the 
network as specified in 3GPP TS 22.090 [16]. 

7.6.4.38 Bearer service 

This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in 3GPP 
TS 22.002 [3]. This parameter is used only for supplementary service management. 
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7.6.4.39 Teleservice 

This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in 3GPP TS 22.003 
[4]. This parameter is used only for supplementary service management. 

7.6.4.40 Basic Service Group 

This parameter refers to the Basic Service Group either as a bearer service (see clause 7.6.4.38) or a teleservice (see 
clause 7.6.4.39). This parameter is used only for supplementary service management. The null value (i.e. neither bearer 
service nor teleservice) is used to denote the group containing all bearer services and all teleservices. 

7.6.4.41 eMLPP information 

This parameter contains two parameters which are associated with the eMLPP service. The following two parameters 
are included: 

maximum entitled priority: 

indicates the highest priority level the subscriber is allowed to apply for an outgoing call set-up; 
default priority: 

defines the priority level which shall be assigned to a call if no explicit priority is indicated during call set-up. 

7.6.4.42 SS-event 

This parameter indicates the Supplementary Service for which an invocation notification is sent towards the gsmSCF. It 
can indicate one of the following services: 

- Explicit Call Transfer (ECT) 

- Call Deflection (CD) 

- Multi-Party call (MPTY) 

Completion of Calls to Busy Subscriber (CCBS) 

7.6.4.43 SS-event data 

This parameter contains additional information related to Supplementary Service invocation. Depending on the service 
invoked it can contain the following information: 

ECT A list with all Called Party Numbers involved. 

CD The called Party number involved. 

7.6.4.44 LCS Privacy Exceptions 

Distinct SS codes are assigned to the following classes of LCS client in a target MS subscriber"s privacy exception list. 
Universal Class; 

Call/session related value added class; 
Call/session unrelated value added class; 
PLMN operator class. 

7.6.4.45 Mobile Originating Location Request (IVIO-LR) 

Distinct SS codes are assigned to the following classes of MO-LR: 
Basic Self Location; 
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Autonomous Self Location; 
Transfer to Third Party. 

7.6.4.46 NbrUser 

This parameter indicates the maximum number of parallel bearers that may be used as defined by the user at registration 
oftheMCSS. 

7.6.4.47 MC Subscription Data 

This parameter contains two parameters which are associated with the MC service. The following two parameters are 
included: 

• NbrUser: 

indicates the maximum number of parallel bearers that may be used as defined by the user at registration of the 
MCSS 

• NbrSB: 

indicates the maximum number of parallel bearers that may be used as defined by the user"s subscription. 

7.6.4.48 MC Information 

This parameter contains three parameters which are associated with the MC service. The following parameters are 
included: 

- NbrSB; 
NbrUser; 

- NbrSN. 

Definitions of these parameters are provided in 3GPP TS 23.135. 

7.6.4.49 CCBS Request State 

This parameter indicates the current state of the CCBS request. It can take one of seven values: 

- request; 
recall; 
active; 

- completed; 

- suspended; 
frozen; 
deleted. 



7.6.5 Call parameters 



7.6.5.1 Call reference number 

This parameter refers to a call reference number allocated by a call control MSC. 
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7.6.5.2 Interrogation type 

This parameter refers to the type of interrogation for routing information which is sent from a GMSC to an HLR. It can 
take either of two values: 

basic call (for information to route a call before the call has been extended to the VMSC of the called party); 

forwarding (for information to route the call to the forwarded-to destination after the VMSC of the forwarding 
party has requested the GMSC to resume handling of the call. 

7.6.5.3 OR interrogation 

This parameter indicates that the GMSC which interrogated the HLR for routeing information is not in the same PLMN 
as the HLR, and therefore that the call will potentially be optimally routed. 

7.6.5.4 OR capability 

This parameter indicates the phase of OR which the GMSC supports. 

7.6.5.5 Forwarding reason 

This parameter indicates the reason for which the call is to be forwarded. It can take one of three values: 
busy subscriber; 
mobile subscriber not reachable; 
no subscriber reply. 

7.6.5.6 Forwarding interrogation required 

This parameter indicates that if the VMSC of the forwarding subscriber requests the GMSC to resume handling of the 
call the GMSC shall interrogate the HLR for forwarding information. 

7.6.5.7 0-CSI 

This parameter identifies the subscriber as having originating CAMEL services as defined in 3GPP TS 23.078. 

7.6.5.7A D-CSI 

This parameter identifies the subscriber as having originating CAMEL dialled services as defined in 3GPP TS 23.078. 

7.6.5.7B T-CSI 

This parameter identifies the subscriber as having terminating CAMEL services in the GMSC, as defined in 
TS 3G 23.078. 

7.6.5.7C VT-CSI 

This parameter identifies the subscriber as having terminating CAMEL services in the VMSC, as defined in 3GPP 
TS 23.078. 

7.6.5.8 Call Direction 

This parameter is used to indicate the direction of the call. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 90 ETSI TS 1 29 002 V4.9.0 (2002-09) 

7.6.5.9 Channel Type 

This parameter is the result of a Channel Mode Modification for TS 61/62. It contains the changed Air Interface User 
Rate. The information is sent from the SIWFS to the MSC to assign the correct radio resource. This parameter is 
defined in 3GPP TS 48.008 [49]. 

7.6.5.10 Chosen Channel 

This parameter is sent from the MSC to the SIWFS to adjust the interworking unit to the assigned radio resources. This 
parameter is defined in 3GPP TS 48.008 [49]. 

7.6.5.11 CCBS Feature 

This parameter corresponds to the 'CCBS Description' parameter in 3GPP TS 23.093. It refers to the necessary set of 
information required in order to characterise a certain CCBS request. The parameter may contain the following 
information: 

- CCBS Index (see 3GPP TS 23.093 for the use of this parameter); 
B-subscriber number (see clause 7.6.2.48); 

B-subscriber subaddress (see clause 7.6.2.49); 

- Basic Service Group Code (see clause 7.6.4.40). 

7.6.5.12 UUData 

This parameter includes User-To-User Data. It is defined in 3GPP TS 23.087. 

7.6.5.13 UUS CF Interaction 

This parameter indicates if the call forwarding or call deflection has been activated after UUS 1 request has been 
accepted . It is defined in 3GPP TS 23.087. 

7.6.5.1 4 Number Portability Status 

This parameter indicates the number portability status of subscriber. See 3GPP TS 23.066 [108]. 

7.6.5.15 Pre-paging supported 

This parameter indicates that the entity which sent it supports pre-paging. 

7.6.6 Radio parameters 
7.6.6.1 - 7.6.6.4 Void 

7.6.6.5 BSSMAP Service Handover 

This parameter refers to the Service Handover information element defined in 3GPP TS 48.008 

7.6.6.6 RANAP Service Handover 

This parameter refers to the Service Handover information element defined in 3GPP TS 25.413. 

7.6.6.7 HO-Number Not Required 

This parameter indicates that no handover or relocation number allocation is necessary. 
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7.6.6.8 Integrity Protection Information 

This parameter refers to the Integrity Protection Information element defined in 3GPP TS 25.413. 

7.6.6.9 Encryption Information 

This parameter refers to the Encryption Information element defined in 3GPP TS 25.413. 

7.6.6.10 Radio Resource Information 

This parameter refers to the Channel Type information element defined in 3GPP TS 48.008 [49]. 

7.6.6.1 OA Radio Resource List 

This parameter refers to list of RAB-id's and their associated Channel Type information elements defined in 3GPP TS 
48.008. 

7.6.6.1 OB Chosen Radio Resource Information 

This parameter refers to the Chosen Channel and Speech Version information elements defined in 3GPP TS 48.008. 

7.6.6.11 Key Status 

This parameter refers to the Key Status element defined in 3GPP TS 25.413. 

7.6.6.12 Selected UMTS Algorithms 

This parameters identifies the UMTS integrity and optionally encryption algorithms selected by MSC-B. Coding of this 
parameter is defined in 3GPP TS 25.413. 

7.6.6.13 Allowed GSM Algorithms 

This parameters identifies the allowed GSM algorithms in MSC-B. Coding of this parameter is defined in 3GPP TS 
48.008. 

7.6.6.14 Allowed UMTS Algorithms 

This parameters identifies the allowed UMTS algorithms in MSC-B. Coding of this parameter is defined in 3GPP TS 

25.413. 

7.6.6.1 5 Selected GSM Algorithm 

This parameter identifies the GSM algorithm selected by GSM BSC controlled by MSC-B. Coding of this parameter is 
defined in 3GPP TS 48.008. 

7.6.7 Authentication parameters 

7.6.7.1 Authentication set list 

This parameter represents a list of sets of authentication parameters for a given subscriber. 

The list either contains Authentication Triplets (Rand, Sres, Kc) or Authentication Quintuplets (Rand, Xres, Ck, Dc, 
Autn). If the list contains Authentication Quintuplets, the order of sequence in this list is chronological, the first 
quintuplet in the list is the oldest one. 

7.6.7.2 Rand 

This parameter represents a random number used for authentication. 
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7.6.7.3 Sres 

This parameter represents the response to an authentication request. 

7.6.7.4 Kc 

This parameter refers to a key used for ciphering purposes. 

7.6.7.5 Xres 

This parameter represents the response to an UMTS authentication request. 

7.6.7.5A Ck 

This parameter refers to a key used for UMTS ciphering purposes. 

7.6.7.5B Ik 

This parameter refers to the Integrity Key. 

7.6.7.5C Autn 

This parameter refers to the Authentication Token. 

7.6.7.6 Cksn 

This parameter refers to a ciphering key sequence number. 

7.6.7.6A Ksi 

This parameter refers to a key set identifier. 

7.6.7.6B Auts 

This parameter refers to the resynchronisation token. 

7.6.7.7 Ciphering mode 

This parameter refers to the ciphering mode which is associated with a radio channel. It may take values as follows: 
no encryption; 
identification of specific ciphering algorithm. 

7.6.7.8 Current Security Context 

This parameter represents a list of security context parameters for a given subscriber. 

The Ust either contains GSM Security Context data (Kc, Cksn) or UMTS Security Context Data (Ck, Ik, Ksi). 

7.6.7.9 Failure cause 

This parameter refers to an authentication failure which has occurred. It may take values as follows: 
wrong user response; 
wrong network signature. 
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7.6.7.10 Re-attempt 

It indicates whether the failure ocurred in a normal authentication attempt or in an authentication reattempt (there was a 
previous unsuccessful authentication). 

7.6.7.11 Access Type 

It indicates whether the authentication procedure was initiated due to a call, an emergency call, a location updating, a 
supplementary service procedure, a short message transfer, a GPRS attach procedure, a routing area updating, a service 
request, a PDP context activation or a PDP context deactivation procedure. 

7.6.8 Short message parameters 

7.6.8.1 SM-RP-DA 

This parameter represents the destination address used by the short message service relay sub-layer protocol. It can be 
either of the following: 

- IMSI (see clause 7.6.2.1); 

- LMSI (see clause 7.6.2.16) 

- MS-ISDN (see clause 7.6.2.17) 
roaming number (see clause 7.6.2.19) 
service centre address (see clause 7.6.2.27). 

7.6.8.2 SM-RP-OA 

This parameter refers to the originating address used by the short message service relay sub-layer protocol. It can be 
either of the following: 

- MS-ISDN (see clause 7.6.2.17); 
service centre address (see clause 7.6.2.27). 

7.6.8.3 MWD status 

This parameter indicates whether or not the address of the originator service centre is already contained in the Message 
Waiting Data file. In addition, it contains the status of the Memory Capacity Exceeded Flag (MCEF), the status of the 
Mobile subscriber Not Reachable Flag (MNRF) and the status of the Mobile station Not Reachable for GPRS flag 
(MNRG). 

7.6.8.4 SM-RP-UI 

This parameter represents the user data field carried by the short message service relay sub-layer protocol. 

7.6.8.5 SM-RP-PRI 

This parameter is used to indicate whether or not delivery of the short message shall be attempted when a service centre 
address is already contained in the Message Waiting Data file. 

7.6.8.6 SM Delivery Outcome 

This parameter indicates the cause for setting the message waiting data. It can take one of the following values: 
Absent subscriber; 
MS memory capacity exceeded; 
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Successful transfer. 

7.6.8.7 More Messages To Send 

This parameter is used to indicate whether or not the service centre has more short messages to send. 

7.6.8.8 Alert Reason 

This parameter is used to indicate the reason why the service centre is alerted. It can take one of the following values: 
MS present; 
Memory Available. 

7.6.8.9 Absent Subscriber Diagnostic SM 

This parameter is used to indicate the reason why the subscriber is absent. For the values for this parameter see 3GPP 

TS 23.140. 

7.6.8.10 Alert Reason Indicator 

This parameter indicates that the alert reason is sent to the HLR due to GPRS activity. 

7.6.8.1 1 Additional SM Delivery Outcome 

This parameter is used to indicate the GPRS delivery outcome in case a combination between delivery outcome for 
GPRS and non-GPRS are sent to the HLR. 

7.6.8.1 2 Additional Absent Subscriber Diagnostic SM 

This parameter indicates the reason of the additional SM Delivery Outcome. 

7.6.8.13 Delivery Outcome Indicator 

This parameter indicates that the delivery outcome sent to the HLR is for GPRS. 

7.6.8.14 GPRS Node Indicator 

This parameter indicates that the Network Node Number sent by the HLR is the SGSN number. 

7.6.8.15 GPRS Support Indicator 

This parameter indicates that the SMS-GMSC supports GPRS specific procedure of combine delivery of Short Message 
via MSC and/or via the SGSN. 

7.6.8.16 SM-RP-MTI 

This parameter represents the RP-Message Type Indicator of the Short Message. It is used to distinguish a SM sent to 
the mobile station in order to acknowledge an MO-SM initiated by the mobile from a normal MT-SM. This parameter is 
formatted according to the formatting rules of address fields as described in 3GPP TS 23.140. 

7.6.8.17 SM-RP-SMEA 

This parameter represents the RP-Originating SME-address of the Short Message Entity that has originated the SM. 
This parameter is used by the short message service relay sub-layer protocol and is formatted according to the 
formatting rules of address fields as described in 3GPP TS 23.140. 
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7.6.9 Access and signalling system related parameters 

7.6.9.1 AN-apdu 

This parameter includes one or two concatenated complete 3GPP TS 25.413 or 3GPP TS 48.006 [48] messages, as 
described in 3GPP TS 23.009 and 3GPP TS 29.010. The access network protocol ID indicates that the message or 
messages are according to either 3GPP TS 48.006 [48] or 3GPP TS 25.413. For the coding of the messages see 3GPP 
TS 25.413, 3GPP TS 48.006 [48] and 3GPP TS 48.008 [49]. 

7.6.9.2 CM service type 

This parameter identifies the service category being requested by the subscriber: 
mobile originating call; 
emergency call establishment; 
short message service; 
mobile originating call re-establishment; 
mobile terminating call; 
SS request; 

Voice group call set-up; 
Voice broadcast set-up. 

7.6.9.3 Access connection status 

This parameter represents the following access connection status information: 
RR-connection status (established/not established); 
ciphering mode (on/off); 
authentication status (authenticated/not authenticated). 

7.6.9.4 External Signal Information 

This parameter contains concatenated information elements (including tag and length) which are defined by a common 
protocol version, preceded by the associated protocol ID. It is used to transport information of the indicated protocol via 
MAP interfaces. 

7.6.9.5 Access signalling information 

This parameter refers to any set of information elements imported from 3GPP TS 24.008 [35]. 

7.6.9.6 Location update type 

This parameter refers to the location update type (normal, periodic or IMSI attach) contained in the 3GPP TS 24.008 
[35] LOCATION REGISTRATION REQUEST message. 

7.6.9.7 Protocol ID 

This parameter refers to the protocol to which the coding of the content of the associated External Signal Information 
conforms. 
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The following values are defined: 

- 04.08; 

- 08.06; 

- ETS 300 102-1. 

This value indicates the protocol defined by ETS 300 102-1 (EDSSl). 

7.6.9.8 Network signal information 

This parameter is transported as external signal information. The protocol ID shall be set to "ETS 300 102-1". 

The network signal information may include the following information elements as defined in 3GPP TS 29.007 [56]: 

- ISDN BC; the tag and length are defined by ETS 300 102-1 . 
For the content, see 3GPP TS 29.007 [56]. 

- HLC; the tag and length are defined by ETS 300 102- 1 . 
For the content, see 3GPP TS 29.007 [56]. 

- LLC; the tag and length are defined by ETS 300 102- 1 . 
For the content, see 3GPP TS 29.007 [56]. 

They are contained in the Signal Information parameter according to figure 7.6/1 (irrespective of the order): 











ISDN BC TAG 




LENGTH 


CONTENT 










HLC TAG 




LENGTH 


CONTENT 










LLC TAG 




LENGTH 


CONTENT 









Figure 7.6/1 : Network signal information parameter 

7.6.9.9 Call Info 

This parameter is transported as external signal information. The protocol ID shall be set to "3GPP TS 24.008 [35]". 

The Call Info includes the set of information elements from the original SETUP message and is imported from 3GPP 
TS 24.008 [35]. 

7.6.9.10 Additional signal info 

This parameter is transported as external signal information. The protocol ID shall be set to "ETS 300 356". 
The additional signal information may include the following information elements: 
- Calling Party Number as defined by ETS 300 356. 
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Generic Number as defined by ETS 300 356. 
They are contained in the Signal Information parameter according to figure 7.6/2 (irrespective of the order): 



CALLING PARTY NUMBER TAG 



LENGTH 



CONTENT 



GENERIC NUMBER TAG 

LENGTH 

CONTENT 



Figure 7.6/2: Additional signal information parameter 

7.6.10 System operations parameters 

7.6.10.1 Network resources 

This parameter refers to a class or type of network resource: 

- PLMN; 

- HLR; 

VLR (current or previous); 
MSC (controlling or current); 

- EIR; 

radio sub-system. 

7.6.10.2 Trace reference 

This parameter represents a reference associated with a tracing request. The parameter is managed by OMC. 

7.6.10.3 Trace type 

This parameter identifies the type of trace. Trace types are fully defined in GSM 12.08. 

7.6.1 1 Location Service Parameters 

7.6.1 1 .1 Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

7.6.1 1 .2 Deferred MT-LR Response Indicator 

This parameter shows that this is a response to a deferred mt-lr request. 

7.6.1 1 .3 Deferred MT-LR Data 

This parameter is used to report the deferred location event type, the location information and reason why the serving 
node aborted monitoring the event to the GMLC. The termination cause mt-lrRestart shall be used to trigger the GMLC 
to restart the location procedure in all the cases where the sending node detects that the location procedure cannot be 
successfully performed anymore by the sending node and that it could be successfully performed by another node (as 
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for example when. Cancel Location or Send Identification has been received). The location information shall be 
included only if the termination cause is mt-kRestart. The network node number contained in the location information 
refers to the node where the MS/UE has moved to and shall be included if available, like in case Send Identification has 
been received. 

7.6.11.4 LCS Client ID 

This parameter provides information related to the identity of an LCS client. 

7.6.11.5 LCS Event 

This parameter identifies an event associated with the triggering of a location estimate. 

7.6.11.6 Void 

7.6.11.7 LCS Priority 

This parameter gives the priority of the location request. 

7.6.11.8 LCSQoS 

This parameter defines the Quality of Service (QoS) for any location request. It is composed of the following elements. 

1) Response Time 

Indicates the category of response time - 'low delay' or 'delay tolerant'. 

2) Horizontal Accuracy 

Indicates the required horizontal accuracy of the location estimate. 

3) Vertical Coordinate 

Indicates if a vertical coordinate is required (in addition to horizontal coordinates). 

4) Vertical Accuracy 

Indicates the required vertical accuracy of the location estimate (inclusion is optional). 

7.6.11.9 Void 

7.6.11.10 Void 

7.6.1 1 .1 1 Location Estimate 

This parameter gives an estimate of the location of an MS in universal coordinates and the accuracy of the estimate. The 
estimate is expressed in terms of the geographical shapes defined by 3GPP TS 23.032. and is composed of the type of 
shape plus the encoding of the shape itself. Any type of shape defined in 3GPP TS 23.032 can be filled in in the 
Location Estimate parameter, but only the encoding of the following shapes shall be carried by Location Estimate: 

- Ellipsoid point with uncertainty circle 

- Ellipsoid point with uncertainty ellipse 

- Ellipsoid point with altitude and uncertainty ellipsoid 

- Ellipsoid arc 

- Ellipsoid point 

The encoding for the remaining types of shape, defined in the 3GPP TS 23.032, shall be filled in in the Additional 
Location Estimate parameter. 
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7.6.11.12 Location Type 

This parameter indicates the type of location estimate required by the LCS client. Possible location estimate types 
include: 

• current location; 

• current or last known location; 

• initial location for an emergency services call; 

• deferred location event type. 

7.6.11.13 NA-ESRD 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Digits. 

7.6.11.14 NA-ESRK 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Key. 

7.6.11.15 Void 

7.6.11.16 Privacy Override 

This parameter indicates if MS privacy is overridden by the LCS client when the GMLC and VMSC/SGSN for an MT- 
LR are in the same country. 

7.6.1 1 .1 7 Supported LCS Capability Sets 

This parameter indicates winicin capability sets of LCS are supported in tine VLR or SGSN. 

7.6.11.18 Void 

7.6.11.19 Void 

7.6.1 1 .20 Supported GAD Shapes 

This parameter indicates which of the shapes defined in 3GPP TS 23.032 are supported. If the parameter is not provided 
then the receiving node shall assume that the sending entity supports the following shapes: 

- Ellipsoid point with uncertainty circle 

- Ellipsoid point with uncertainty ellipse 

- Ellipsoid point with altitude and uncertainty ellipsoid 

- Ellipsoid arc 

- Ellipsoid point 

7.6.1 1 .21 Additional Location Estimate 

This parameter gives an estimate of the location of an MS/UE in universal coordinates and the accuracy of the estimate. 
This parameter allows the location estimate to be expressed in any of the geographical shapes defined in 3GPP TS 

23.032 
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7.6.12 Secure Transport Parameters 
7.6.12.1 Security Header 

This parameter carries the security header information, which is required by a receiving entity in order to extract the 
protected information from a securely transported MAP message. The components of the security header are shown in 
table 7.6.12/1. 

See 3GPP TS 33.200 for the use of these parameters. 

Table 7.6.12/1 : Components of the Security Header 



Component name 


Presence 
requirement 


Description 














Security Parameters Index 


M 


Identifies the Security Association for the 
component. 


Original component identifier 


M 


Identifies the type of component to be securely 
transported - one of: 

- Operation, identified by the operation code; 
Error, defined by the error code; 

- User information. 


TVP 





A parameter based on time that is used to ensure 
the current message is fresh. This is only present 
if required for the current Protection IVIode. 


NE-ld 





The identity of the Network Element sending the 
message. This is only present if required for the 
current Protection IVIode. 


Prop 





Bytes used to ensure the IV is unique for a given 
TVP and NE-ld. This is only present if required for 
the current Protection Mode. 



7.7 Representation of a list of a basic parameter in service- 
primitives 

In some service-primitives several instances of a basic parameter of clause 7.6 are required. In the service descriptions 
such cases will be represented as 



ParameterNameLIST 



in the tables where ParameterName refers to one of the parameters defined in clause 7.6. This corresponds to the 
following construction rule: 



Parameter 



Figure 7.7/1 : Construction of Lists 
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8 Mobility services 

8.1 Location management services 



8.1.1 



Void 



8.1.1.1 



Void 



8.1.1.2 



Void 



8.1.1.3 



Void 



8.1 .2 MAP_UPDATE_LOCATION service 
8.1.2.1 Definition 

This service is used by the VLR to update the location information stored in the HLR. 

The MAP_UPDATE_LOCATION service is a confirmed service using the service primitives given in table 8.1/2. 



8.1.2.2 



Service primitives 



Table 8.1/2: MAP UPDATE LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Address 


M 


M(=) 






VLR number 


M 


M(=) 






LMSI 


U 


C(=) 






Supported CAMEL Phases 


C 


C(=) 






SoLSA Support Indicator 


C 


C(=) 






1ST Support Indicator 


C 


C(=) 






Super-Charger Supported in Serving Networl< Entity 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






Supported LCS Capability Sets 


C 


C(=) 






Inform Previous Networl< Entity 


c 


C(=) 






HLR number 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.1.2.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

MSC Address 

See definition for MSC number in clause 7.6.2. The MSC address is used for short message delivery only and for each 
incoming call set-up attempt the MSRN will be requested from the VLR. 

VLR number 
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See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the HLR 
to support the LMSI handling procedures. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. Must be present if a CAMEL phase different from 
phase 1 is supported. Otherwise may be absent. 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful HLR updating. 

SoLSA Support Indicator 

This parameter is used by the VLR to indicate to the HLR in the Update Location indication that SoLSA is supported. If 
this parameter is not included in the Update Location indication and the Subscriber is marked as only allowed to roam 
in Subscribed LSAs, then the HLR shall reject the roaming and indicate to the VLR that roaming is not allowed to that 
Subscriber in the VLR. 

This SoLSA Support Indicator shall be stored by the HLR per VLR where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LSAs while roaming in a VLR and no SoLSA Support 
indicator is stored for that VLR, the location status of that Subscriber shall be set to Restricted. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the VMSC supports basic 1ST functionality, that is, the VMSC is able 
to terminate the Subscriber Call Activity that originated the 1ST Alert when it receives the 1ST alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Update Location indication and the 
Subscriber is marked as an 1ST Subscriber, then the HLR may limit the service for the subscriber (by inducing an 
Operator Determined barring of Roaming, Incoming or Outgoing calls), or allow service assuming the associated risk of 
not having the basic 1ST mechanism available. 

This parameter can also indicate that the VMSC supports the 1ST Command service, including the ability to terminate 
all calls being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not 
included in the Update Location indication and the HLR supports the 1ST Command capability, then the HLR may limit 
the service for the subscriber (by inducing an Operator Determined barring of Roaming, Incoming or Outgoing calls), or 
allow service assuming the associated risk of not having the 1ST Command mechanism available. 

Long FTN Supported 

This parameter indicates that the VLR supports Long Forwarded-to Numbers. 

Super-Charger Supported in Serving Network Entity 

This parameter is used by the VLR to indicate to the HLR that the VLR supports the Super-Charger functionality and 
whether subscription data has been retained by the VLR. If subscription data has been retained by the VLR the age 
indicator shall be included. Otherwise the VLR shall indicate that subscriber data is required. 

If this parameter is absent then the VLR does not support the Super-Charger functionality. 

Supported LCS Capability Sets 

This parameter indicates, if present, the capability sets of LCS which are supported. If the parameter is sent but no 
capability set is marked as supported then the VLR does not support LCS at all. 

If this parameter is absent then the VLR may support at most LCS capability set 1, that is LCS Release98 or Release99 
version. 

Inform Previous Network Entity 

This parameter is used by the VLR to ask the HLR to inform the previous network entity about the update by sending 
the previous network entity a Cancel Location message. It is used in case Super-Charger is supported in the 
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network and the serving network entity has not been able to inform the previous network entity that MS has moved, that 
is if it has not sent Send Identification to the previous serving entity. 

User error 

In case of unsuccessful updating, an error cause shall be returned by the HLR. The following error causes defined in 
clause 7.6. 1 may be used, depending on the nature of the fault: 

unknown subscriber; 

roaming not allowed; 

This cause will be sent if the MS is not allowed to roam into the PLMN indicated by the VLR number. The 
cause is qualified by the roaming restriction reason "PLMN Not Allowed" or "Operator Determined Barring". 
If no quahfication is received (HLR with MAP Version 1), "PLMN Not Allowed" is taken as default. 

system failure; 

- unexpected data value. 

Provider error 

For definition of provider errors see clause 7.6.1. 

8.1.3 MAP CANCEL LOCATION service 



8.1.3.1 



Definition 



This service is used between HLR and VLR to delete a subscriber record from the VLR. It may be invoked 
automatically when an MS moves from one VLR area to another, to remove the subscriber record from the old VLR, or 
by the HLR operator to enforce a location updating from the VLR to the HLR, e.g. on withdrawal of a subscription. 

Also this service is used between HLR and SGSN to delete a subscriber record from the SGSN. It may be invoked 
automatically when an MS moves from one SGSN area to another, to remove the subscriber record from the old SGSN, 
or by the HLR operator to enforce a location updating from the SGSN to the HLR. 

The MAP_CANCEL_LOCATION service is a confirmed service using the primitives defined in table 8.1/3. 



8.1.3.2 



Service primitives 



Table 8.1/3: MAP CANCEL LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


C 


C(=) 






Cancellation Type 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.1.3.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6. L 

IMSI 

See definition in clause 7.6.2. 

LMSI 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



104 



ETSI TS 129 002 V4.9.0 (2002-09) 



See definition in clause 7.6.2. The LMSI shall be included if it has been received from VLR. LMSI is not applicable 
between SGSN and HLR. 

Value 0000 0000 can be used to indicate that the LMSI is not in use. 

Cancellation Type 

See definition in clause 7.6.3. The presence of this parameter is mandatory when the Cancel Location is sent to the 
SGSN. If the VLR receives this parameter and do not understand it the VLR shall ignore it. 

User error 

If the cancellation fails, an error cause is to be returned by the VLR or by the SGSN. One of the following error causes 
defined in clause 7.6.1 shall be used: 

unexpected data value; 

data missing. 
Provider error 
For definition of provider errors see clause 7.6. L 

8.1.4 MAP SEND IDENTIFICATION service 



8.1.4.1 



Definition 



The MAP_SEND_IDENTIFICATION service is used between a VLR and a previous VLR to retrieve IMSI and 
authentication data for a subscriber registering afresh in that VLR. 

The MAP_SEND_IDENTIFICATION service is a confirmed service using the service primitives defined in table 8.1/4. 



8.1.4.2 



Service primitives 



Table 8.1/4: MAP SEND IDENTIFICATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


TMSI 


M 


M(=) 






Number of requested vectors 


M 


M{=) 






Segmentation prohibited indicator 


C 


C(=) 






IMSI 






C 


C(=) 


Authentication set 






U 


C(=) 


Current Security Context 






u 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1.4.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6. L 

TMSI 

See definition in clause 7.6.2. 

If multiple service requests are present in a dialogue then this parameter shall be present in every service request. 

Number of requested vectors 

A number indicating how many authentication vectors the new VLR is prepared to receive. The previous VLR shall not 
return more vectors than indicated by this parameter. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 05 ETSI TS 1 29 002 V4.9.0 (2002-09) 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one 

Segmentation prohibited indicator 

This parameter indicates if the new VLR or SGSN allows segmentation of the response at MAP user level. 

This parameter may be present only in the first request of the dialogue. 

IMSI 

See definition in clause 7.6.2. The IMSI is to be returned if the service succeeds. 

If multiple service requests are present in a dialogue and the service succeeds then this parameter shall not be present in 
any service response other than the first one. 

Authentication set 

See definition in clause 7.6.7. If the service succeeds a list of up to five authentication sets is returned, if there are any 
available. 

Current Security Context 

See definition in clause 7.6.7. If the service succeeds, a list of either GSM or UMTS Security Context parameters can be 
returned. 

User error 

This parameter is mandatory if the service fails. The following error cause defined in clause 7.6.1 may be used, 
depending on the nature of the fault: 

unidentified subscriber. 

Provider error 

For definition of provider errors see clause 7.6.1. 

8.1.5 Void 

8.1.5.1 Void 

8.1.5.2 Void 

8.1.5.3 Void 

8.1 .6 MAP_PURGE_MS service 
8.1.6.1 Definition 

This service is used between the VLR and the HLR to cause the HLR to mark its data for an MS so that any request for 
routing information for a mobile terminated call or a mobile terminated short message will be treated as if the MS is not 
reachable. It is invoked when the subscriber record for the MS is to be deleted in the VLR, either by MMI interaction or 
automatically, e.g. because the MS has been inactive for several days. This service shall not be used if both the VLR 
and HLR support the Super-Charger functionality. 

Also this service is used between the SGSN and the HLR to cause the HLR to mark its data for an MS so that any 
request for routing information for a mobile terminated short message or a network requested PDP-context activation 
will be treated as if the MS is not reachable. It is invoked when the subscriber record for the MS is to be deleted in the 
SGSN, either by MMI interaction or automatically, e.g. because the MS has been inactive for several days. This service 
shall not be used if both the SGSN and HLR support the Super-Charger functionality. 

The MAP_PURGE_MS service is a confirmed service using the primitives defined in table 8.1/6. 
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8.1.6.2 Service primitives 



Table 8.1/6: MAP PURGE MS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






VLR number 


C 


C(=) 






Freeze TMSI 






C 


C(=) 


Freeze P-TMSI 






C 


C(=) 


SGSN number 


C 


C(=) 






User error 






c 


C(=) 


Provider error 












8.1 .6.3 Parameter definitions and use 

Invoke ID 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

VLR number 

Shall be present if the sender is VLR. See definition in clause 7.6.2. 

SGSN number 

Shall be present if the sender is SGSN. See definition in clause 7.6.2. 

Freeze TMSI 

This parameter is sent to the VLR to indicate that the TMSI has to be frozen. It shall be present if the received VLR 
number matches the stored VLR number. 

Freeze P-TMSI 

This parameter is sent to the SGSN to indicate that the P-TMSI has to be frozen. It shall be present if the received 
SGSN number matches the stored SGSN number. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 
See definition of provider errors in clause 7.6.1. 

8.1 .7 MAP_UPDATE_GPRS_LOCATION service 
8.1.7.1 Definition 

This service is used by the SGSN to update the location information stored in the HLR. 

The MAP_UPDATE_GPRS_LOCATION service is a confirmed service using the service primitives given in 
table 8.1/7. 
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8.1.7.2 



Service primitives 



Table 8.1/7: MAP UPDATE GPRS LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






SGSN number 


M 


M(=) 






SGSN address 


M 


M(=) 






Supported CAMEL Phases 


C 


C(=) 






SoLSA Support Indicator 


C 


C(=) 






Super-Charger Supported in Serving Networl< Entity 


C 


C(=) 






GPRS enhancements support indicator 


C 


C(=) 






Supported LCS Capability Sets 


C 


C(=) 






Inform Previous Networl< Entity 


C 


C(=) 






HLR number 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.1.7.3 
Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

SGSN number 

See definition in clause 7.6.2. 

SGSN address 

See definition in clause 7.6.2. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. The SGSN can only support CAMEL phase 3 or 
greater. 

SoLSA Support Indicator 

This parameter is used by the SGSN to indicate to the HLR in the Update GPRS Location indication that SoLSA is 
supported. If this parameter is not included in the Update GPRS Location indication and the Subscriber is marked as 
only allowed to roam in Subscribed LSAs, then the HLR shall reject the roaming and indicate to the SGSN that roaming 
is not allowed to that Subscriber in the SGSN. 

This SoLSA Support Indicator shall be stored by the HLR per SGSN where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LSAs while roaming in a SGSN and no SoLSA Support 
indicator is stored for that SGSN, the location status of that Subscriber has to be set to Restricted. 

Super-Charger Supported in Serving Network Entity 

This parameter is used by the SGSN to indicate to the HLR that the SGSN supports the Super-Charger functionality and 
whether subscription data has been retained by the SGSN. If subscription data has been retained by the SGSN the age 
indicator shall be included. Otherwise the SGSN shall indicate that subscriber data is required. 

If this parameter is absent then the SGSN does not support the Super-Charger functionality. 

GPRS enhancements support indicator 
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This parameter is used by the SGSN to indicate to the HLR in the Update GPRS Location indication that GPRS 
enhancements are supported. If this parameter is included in the Update GPRS Location indication the HLR may send 
the extensible QoS in the PDP contexts to the SGSN. 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful HLR updating. 

Supported LCS Capability Sets 

This parameter indicates, if present, the capability sets of LCS which are supported. If the parameter is sent but no 
capability set is marked as supported then the SGSN does not support LCS at all. 

The SGSN is not allowed to indicate support for LCS capability set 1 . 

If this parameter is absent then the SGSN does not support LCS at all. 

Inform Previous Network Entity 

This parameter is used by the SGSN to ask the HLR to inform the previous network entity about the update by sending 
the previous network entity a Cancel Location message. It is used in case Super-Charger is supported in the 
network and the serving network entity has not been able to inform the previous network entity that MS has moved, that 
is if it has not sent SGSN Context Request to the previous serving entity. 

User error 

In case of unsuccessful updating, an error cause shall be returned by the HLR. The following error causes defined in 
clause 7.6.1 may be used, depending on the nature of the fault: 

unknown subscriber; 

roaming not allowed. 

This cause will be sent if the MS is not allowed to roam into the PLMN indicated by the SGSN number. The 
cause is qualified by the roaming restriction reason "PLMN Not Allowed" or "Operator Determined Barring". 

system failure; 

unexpected data value. 

The diagnostic in the Unknown Subscriber may indicate Imsi Unknown' or 'Gprs Subscription Unknown'. 

Provider error 

For definition of provider errors see clause 7.6.1. 

8.1 .8 MAP-NOTE-MM-EVENT 

8.1.8.1 Definition 

This service is used between the VLR and the gsmSCF when for a subscriber a mobility management event has been 
processed successfully, that subscriber is provisioned with M-CSI and the relevant mobility management event is 
marked for reporting. 

8.1.8.2 Service primitives 

The service primitives are shown in table 8.1/8. 

Table 8.1/8: MAP_NOTE_MM_EVENT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Event IVIet 


M 


M(=) 






Service Key 


M 


M(=) 






IMSI 


M 


M(=) 
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Basic MSISDN 


M 


M(=) 






Location Information 


C 


C{=) 






LSA Identity 


C 


C(=) 






Supported CAIVIEL Phases 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












8.1.8.3 



Parameter use 



Event Met 

This parameter indicates the mobility management event that has lead to the notification. It shall have one of the 

following values: 

Location update in the same VLR service area; 

Location update to another VLR service area; 

- IMSI attach; 

- MS initiated IMSI detach (explicit detach); 

- Network initiated IMSI detach (implicit detach). 
Service Kev 

See clause 7.6.x. 

IMSI 

See clause 7.6.x. 

Basic MSISDN 

See clause 7.6.x. 

Location Information 

See clause 7.6.x. This information shall be sent, if available. 

LSA Identitv 

See clause 7.6.x. This information shall be sent, if available. 

Supported CAMEL Phases 

See clause 7.6.x. This information shall always be sent. 

User error 

This parameter is sent by the receiving entity when an error is detected. It shall have one of the following values: 

- Data Missing; 
Unexpected Data Value; 
Unknown Subscriber; 

- MM-EventNotSupported. 
Provider error 

This is defined in clause 7.6. L 
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8.2.1.1 



Definition 



This service is used between VLR and MSC to initiate paging of an MS for mobile terminated call set-up, mobile 
terminated short message or unstructured SS notification. 

The MAP_PAGE service is a confirmed service using the primitives from table 8.2/1. 



8.2.1.2 



Service primitives 



Table 8.2/1 : MAP PAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Stored location area Id 


M 


M(=) 






TMSI 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












8.2.1.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used to define the paging subgroup. If the TMSI is not supplied, paging on 
the radio path uses the IMSI as an identifier. 

Stored location area Id 

See definition in clause 7.6.2. 

TMSI 

See definition in clause 7.6.2. The TMSI is included if paging on the radio channel is to use the TMSI as an identifier. 

User error 

The following error causes defined in clause 7.6.1 may be sent by the user in case of a paging error, depending on the 
failure reason: 

absent subscriber; 

unknown location area; 

busy subscriber; 

system failure; 

this corresponds to the case where there is no call associated with the MAP_PAGE service, i.e. if the call has 
been released but the dialogue to the VLR has not been aborted; 

unexpected data value. 

Provider error 

See definition in clause 7.6.1. 
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8.2.2 MAP SEARCH FOR MS service 



8.2.2.1 



Definition 



This service is used between VLR and MSC to initiate paging of an MS in all location areas of that VLR. It is used if 
the VLR does not hold location area information confirmed by radio contact. 

The MAP_SEARCH_FOR_MS service is a confirmed service using the primitives from table 8.2/2. 

8.2.2.2 Service primitives 

Table 8.2/2: MAP SEARCH FOR MS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Current location area Id 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.2.2.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used to identify the subscriber when paging on the radio path. 

Current location area Id 

See definition in clause 7.6.2. In case of successful outcome of the service, i.e. if the MS responds to paging, the 
Location Area Id of the area in which the MS responded is given in the response. 

User error 

The following error causes defined in clause 7.6. 1 shall be sent by the user if the search procedure fails, depending on 
the failure reason: 

absent subscriber; 

this error cause is returned by the MSC if the MS does not respond to the paging request; 

system failure; 

this corresponds to the case where there is no call associated with the MAP_SEARCH_FOR_MS service, i.e. if 
the call has been released but the dialogue to the VLR has not been aborted; 

busy subscriber; 

unexpected data value. 
Provider error 
See definition in clause 7.6. L 
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8.3 Access management services 

8.3.1 MAP PROCESS ACCESS REQUEST service 



8.3.1.1 



Definition 



This service is used between MSC and VLR to initiate processing of an MS access to the network, e.g. in case of mobile 
originated call set-up or after being paged by the network. 

The MAP_PROCESS_ACCESS_REQUEST service is a confirmed service using the primitives from table 8.3/1. 



8.3.1.2 



Service primitives 



Table 8.3/1 : MAP PROCESS ACCESS REQUEST 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


CM service type 


M 


M(=) 






Access connection status 


M 


M(=) 






Current Location Area Id 


M 


M(=) 






Serving cell Id 


M 


M(=) 






TMSI 


C 


C(=) 






Cksn 


C 


C(=) 






IMSI 


C 


C(=) 


C 


C(=) 


IMEI 


C 


C(=) 


C 


C(=) 


MSISDN 






u 


C(=) 


User error 






C 


C(=) 


Provider error 












8.3.1.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

CM service type 

See definition in clause 7.6.9. 

Access connection status 

See definition in clause 7.6.9. 

Current Location Area Id 

See definition in clause 7.6.2. This parameter is used to update the VLR in case of previous VLR failure. 

Serving cell Id 

See definition in clause 7.6.2. 

TMSI 

See definition in clause 7.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, but 
one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace IMSI/TMSI. 

Cksn 

See definition in clause 7.6.7. In case of access with TMSI, the Cksn shall be present. 

IMSI 
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See definition in clause 7.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, but 
one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace IMSI/TMSI. 

In the Response/Confirmation, the IMSI is to be sent in case of successful outcome of the service. In case of CM 
Service Type "Emergency Call Establishment", IMEI may replace IMSI. 

IMEI 

See definition in clause 7.6.2. The IMEI may replace IMSI/TMSI in the Request/Indication and IMSI in the 
Response/Confirmation only in case the CM Service Type indicates "Emergency Call Establishment". 

MSISDN 

See definition in clause 7.6.2. The MSISDN is included in case of successful outcome of the service as an operator 
option, e.g. if it is needed at the MSC for charging purposes in case of call forwarding. 

User error 

One of the following error causes defined in clause 7.6.1 shall be sent by the user if the access request fails, depending 
on the failure reason: 

unidentified subscriber; 

- illegal subscriber; 

this error is sent if a correlated authentication procedure has not authenticated the subscriber; 

illegal equipment; 

this error is sent if an IMEI check failed, i.e. the IMEI is blacklisted or not white-listed; 

roaming not allowed; 

this cause is used after VLR restart if the subscriber has no subscription for the current location area, e.g. due to 
regional subscription. The cause will be qualified by "location area not allowed" or "national roaming not 
allowed", respectively; 

unknown location area; 

system failure; 

unexpected data value. 
Provider error 
For definition of provider errors see clause 7.6.1. 

8.4 Handover services 

It should be noted that the handover services used on the B-interface have not been updated for Release 99. The B- 
interface is not fully operational specified. It is strongly recommended not to implement the B-interface as an external 
interface. 

8.4.1 MAP_PREPARE_HANDOVER service 
8.4.1.1 Definition 

This service is used between MSC-A and MSC-B (E-interface) when a call is to be handed over or relocated from 
MSC-A to MSC-B. 

The MAP_PREPARE_HANDOVER service is a confirmed service using the primitives from table 8.4/1. 
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8.4.1.2 



Service primitives 



Table 8.4/1 : MAP PREPARE HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


C 


C(=) 






Target RNC Id 


C 


C(=) 






HO-NumberNotRequired 


c 


C(=) 






IMSI 


c 


C(=) 






Integrity Protection Information 


c 


C(=) 






Encryption Information 


c 


C(=) 






Radio Resource Information 


c 


C(=) 






AN-APDU 


c 


C(=) 


C 


C(=) 


Allowed GSM Algorithms 


c 


C(=) 






Allowed UMTS Algorithms 


c 


C(=) 






Radio Resource List 


c 


C(=) 






RABID 


c 


C(=) 






BSSMAP Service Handover 


c 


C(=) 






RANAP Service Handover 


c 


C(=) 






Handover Number 






C 


C(=) 


Relocation Number List 






c 


C(=) 


Multicall Bearer Information 






c 


C(=) 


Multiple Bearer Requested 


c 


C(=) 






Multiple Bearer Not Supported 






c 


C(=) 


Selected UMTS Algorithms 






c 


C(=) 


Chosen Radio Resource 
Information 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.4.1.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 

Target Cell Id 

For definition of this parameter see clause 7.6.2. This parameter is only included if the service is not in an ongoing 
transaction. This parameter shall also be excluded if the service is a part of the Inter-MSC SRNS Relocation procedure 
or the inter-system handover GSM to UMTS procedure described in 3GPP TS 23.009. 

Target RNC Id 

For definition of this parameter see clause 7.6.2. This parameter shall be included if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 

HO-Number Not Required 

For definition of this parameter see clause 7.6.6. 

IMSI 

For definition of this parameter see clause 7.6.2. This UMTS parameter shall be included if: 

■ available and 

■ if the access network protocol is BSSAP and 

■ there is an indication that the MS also supports UMTS. 
Integrity Protection Information 
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For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the access 
network protocol is BSSAP. 

Encryption Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the access 
network protocol is BSSAP. 

Radio Resource Information 

For definition of this parameter see clause 7.6.6. This GSM parameter shall be included if the access network protocol 
is RANAP and there is an indication that the UE also supports GSM. If the parameter Radio Resource List is sent , the 
parameter Radio Resource Information shall not be sent. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Allowed GSM Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes allowed GSM algorithms. This GSM 
parameter shall be included if: 

• the service is a part of the Inter-MSC SRNS Relocation procedure and 

• Ciphering or Security Mode Setting procedure has been performed. and 

• there is an indication that the UE also supports GSM. 

Allowed UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if all of the following 
conditions apply: 

• access network protocol is BSSAP and 

• Integrity Protection Information and Encryption Information are not available and 
Ciphering or Security Mode Setting procedure has been performed. 

Radio Resource List 

For definition of this parameter see clause 7.6.6. This parameter shall be included if the access network protocol is 
RANAP and there is an indication that the UE also supports GSM. This parameter shall be sent when MSC-A requests 
multiple bearers to MSC-B. If the parameter Radio Resource Information is sent , the parameter Radio Resource List 
shall not be sent. 

RABID 

For definition of this parameter see subclause 7.6.2. This parameter shall be included when MSC-A supports multiple 
bearers and access network protocol is BSSAP and the RAB ID has a value other than 1. 

BSSMAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available. 

RANAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available. 

Handover Number 

For definition of this parameter see clause 7.6.2. This parameter shall be returned at handover, unless the parameter 
HO-NumberNotRequired is sent. If the parameter Handover Number is returned, the parameter Relocation Number List 
shall not be returned. 

Relocation Number List 
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For definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation, unless the parameter 
HO-NumberNotRequired is sent. If the parameter Relocation Number List is returned, the parameter Handover Number 
shall not be returned. 

Multicall Bearer Information 

For a definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation in the case that MSC-B 
supports multiple bearers. 



Multiple Bearer Requested 

For a definition of this parameter see clause 7.6.2. This parameter shall be sent when MSC-A requests multiple bearers 
to MSC-B. 

Multiple Bearer Not Supported 

For a definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation when MSC-B receives 
Multiple Bearer Requested parameter and MSC-B does not support multiple bearers. 

Selected UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes the UMTS integrity and optionally 
encryption algorithms selected by RNC under the control of MSC-B. This UMTS parameter shall be included if the 
service is a part of the inter MSC inter system handover from GSM to UMTS. 

Chosen Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be returned at relocation if the encapsulated PDU 
is RANAP RAB Assignment Response and MS is in GSM access. 

User error 

For definition of this parameter see clause 7.6.1. The following errors defined in clause 7.6.1 may be used, depending 
on the nature of the fault: 

No handover number available. 

Target cell outside group call area; 

System failure. 

Unexpected data value. 
- Data Missing. 
Provider error 
See definition of provider errors in clause 7.6.1. 

8.4.2 MAP_SEND_END_SIGNAL service 
8.4.2.1 Definition 

This service is used between MSC-B and MSC-A (E-interface) indicating that the radio path has been established by 
MSC-B to the MS. MSC-A retains then the main control of the call until it clears. 

The response is used by MSC-A to inform MSC-B that all resources for the call can be released in MSC-B, either 
because the call has been released in MSC-A or because the call has been successfully handed over or relocated from 
MSC-B to another MSC. 

The MAP_SEND_END_SIGNAL service is a confirmed service using the primitives from table 8.4/2. 
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8.4.2.2 



Service primitives 



Table 8.4/2: MAP SEND END SIGNAL 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


AN-APDU 


M 


M(=) 






Provider error 












8.4.2.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6. 1 . 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Provider error 

For definition of this parameter see clause 7.6. 1 . 

8.4.3 MAP PROCESS ACCESS SIGNALLING service 



8.4.3.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) to pass information received on the A-interface or lu- 
interface in MSC-B to MSC-A. 

The MAP_PROCESS_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 8.4/3. 



8.4.3.2 



Service primitives 



Table 8.4/3: MAP PROCESS ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


AN-APDU 


M 


M(=) 


Selected GSM Algorithm 





C(=) 


Selected UIVITS Algorithms 





C(=) 


Chosen Radio Resource 
Information 





C(=) 


Selected RAB id 


c 


C(=) 



8.4.3.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Selected GSM algorithm 

For definition of this parameter see clause 7.6.6. This parameter shall be present if the encapsulated PDU is Security 
Mode Complete and MS is in GSM access. 
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Selected UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes the UMTS integrity and optionally 
encryption algorithms selected by RNC under the control of MSC-B. This UMTS parameter shall be included if the 
encapsulated PDU is BSSMAP Cipher Mode Complete and the MS is in UMTS, or an interystem handover to UMTS is 
performed in MSC-B, or in the case of intra MSC-B intra UMTS relocation. 

Chosen Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Response and MS is in GSM access. 

Selected RAB ID 

The selected radio access bearer that was kept at subsequent intra-MSC handover from UMTS to GSM after multiple 
bearers were used. 

8.4.4 MAP FORWARD ACCESS SIGNALLING service 



8.4.4.1 



Definition 



This service is used between MSC-A and MSC-B (E-interface) to pass information to be forwarded to the A-interface 
or lu-interface of MSC-B. 

The MAP_FORWARD_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 8.4/4. 



8.4.4.2 



Service primitives 



Table 8.4/4: MAP FORWARD ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


Integrity Protection Information 


C 


C(=) 


Encryption Information 


C 


C(=) 


Key Status 


c 


C(=) 


AN-APDU 


M 


M(=) 


Allowed GSM Algorithms 


c 


C(=) 


Allowed UMTS Algorithms 


c 


C(=) 


Radio Resource Information 


c 


C(=) 


Radio Resource List 


c 


C(=) 


BSSMAP Service Handover 


c 


C(=) 


RANAP Service Handover 


c 


C(=) 



8.4.4.3 Parameter use 

For the definition and use of all parameters and errors, see clause 7.6.1. 

Invoke Id 

For definition of this parameter see clause 7.6.1. 

Integrity Protection Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 

Encryption Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 
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Key Status 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Allowed GSM Algorithms 

This parameters includes allowed GSM algorithms. This GSM parameter shall be included if the encapsulated PDU is 
RANAP Security Mode Command and there is an indication that the UE also supports GSM. 

Allowed UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if Integrity Protection 
Information and Encryption Information are not available and the encapsulated PDU is BSSMAP Cipher Mode 
Command. 

Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Request. If the parameter Radio Resource List is sent, the parameter Radio Resource Information shall not 
be sent. 

Radio Resource List 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Request and MSC-A requests modification of multiple bearers. If the parameter Radio Resource 
Information is sent, the parameter Radio Resource List shall not be sent. 

BSSMAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the encapsulated PDU is 
RANAP RAB Assignment Request or BSSMAP Assignment Request. 

RANAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the encapsulated PDU is 
BSSMAP Assignment Request or RANAP RAB Assignment Request. 



8.4.5 MAP_PREPARE_SUBSEQUENT_HANDOVER service 
8.4.5.1 Definition 

This service is used between MSC-B and MSC-A (E-interface) to inform MSC-A that it has been decided that a 
handover or relocation to either MSC-A or a third MSC (MSC-B') is required. 

The MAP_PREPARE_SUBSEQUENT_HANDOVER service is a confirmed service using the primitives from 
table 8.4/5. 
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8.4.5.2 



Service primitives 



Table 8.4/5: MAP PREPARE SUBSEQUENT HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


C 


C(=) 






Target RNC Id 


C 


C(=) 






Target MSC Number 


M 


M(=) 






Selected RAB ID 


C 


C(=) 






AN-APDU 


M 


M(=) 


C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.4.5.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6. 1 . 

Target Cell Id 

For definition of this parameter see clause 7.6.2. This parameter shall be excluded if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 

Target RNC Id 

For definition of this parameter see clause 7.6.2. This parameter shall be included if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 

Target MSC Number 

For definition of this parameter see clause 7.6.2. 

Selected RAB ID 

For definition of this parameter see clause 7.6.2. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

User error 

For definition of this parameter see clause 7.6.1. The following error causes defined in clause 7.6.1 may be used, 
depending on the nature of the fault: 

- Unknown MSC; 
Subsequent handover failure; 
Unexpected data value; 

- Data Missing. 
Provider error 

For definition of this parameter see clause 7.6.1. 
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8.4.6 MAP_ALLOCATE_HANDOVER_NUMBER service 

8.4.6.1 Definition 

This service is used between MSC and VLR (B-interface) to request a handover number. 

The MAP_ALLOCATE_HANDOVER_NUMBER service is a confirmed service using the primitives from table 8.4/6. 

8.4.6.2 Service primitives 

Table 8.4/6: MAP ALLOCATE HANDOVER NUMBER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


User error 






C 


C(=) 


Provider error 












8.4.6.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 

User error 

For definition of this parameter see clause 7.6.1. The following errors defined in clause 7.6.1 may be used, depending 
on the nature of the fault: 

No handover number available. 

Provider error 

For definition of this parameter see clause 7.6.1. 

8.4.7 MAP SEND HANDOVER REPORT service 



8.4.7.1 



Definition 



This service is used between VLR and MSC-B (B-interface) to transfer the handover number to be forwarded to and 
used by MSC-A. 

The MAP_SEND_HANDOVER_REPORT service is a confirmed service using the primitives from table 8.4/7. 

8.4.7.2 Service primitives 

Table 8.4/7: MAP SEND HANDOVER REPORT 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Handover Number 


M 


M(=) 






Linked Id 


M 


M(=) 






Provider error 












8.4.7.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 
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Handover Number 

For definition of this parameter see clause 7.6.2. 

Linked Id 

For definition of this parameter see clause 7.6.1. This service is linked with 
MAP_ALLOCATE_HANDOVER_NUMBER. 

Provider error 

For definition of this parameter see clause 7.6.1. 

8.5 Authentication management services 
8.5.1 l\yiAP_AUTHENTICATE service 

The MAP_AUTHENTICATE service is used on the MAP B interface. This interface is not fully operational specified. 
It is strongly recommended not to implement the B -interface as an external interface. 



8.5.1.1 



Definition 



This service is used between the VLR and the MSC when the VLR receives a MAP service indication from the MSC 
concerning a location registration, call set-up, operation on a supplementary service or a request from the MSC to 
initiate authentication. 

The service is a confirmed service and consists of four service primitives. 

8.5.1.2 Service primitives 

The service primitives are shown in table 8.5/1. 

Table 8.5/1 : MAP_AUTHENTICATE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


RAND 


M 


M(=) 






CKSN 


M 


M(=) 






SRES 






M 


M(=) 


Provider error 












8.5.1 .3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

RAND 

See clause 7.6.7 for the use of this parameter. 

CKSN 

See clause 7.6.7 for the use of this parameter. 

SRES 

See clause 7.6.7 for the use of this parameter. 

Provider error 

See clause 7.6. 1 for the use of this parameter. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



123 



ETSI TS 129 002 V4.9.0 (2002-09) 



8.5.2 MAP SEND AUTHENTICATION INFO service 



8.5.2.1 



Definition 



This service is used between the VLR and the HLR for the VLR to retrieve authentication information from the HLR. 
The VLR requests up to five authentication vectors. 

Also this service is used between the SGSN and the HLR for the SGSN to retrieve authentication information from the 
HLR. The SGSN requests up to five authentication vectors. 

If the user is a UMTS subscriber, the HLR shall return authentication quintuplets. If the user is a GSM subscriber, the 
HLR shall return authentication triplets. 

If the HLR cannot provide the VLR or the SGSN with triplets, an empty response is returned. The VLR or the SGSN 
may then re-use old authentication triplets, except where this is forbidden under the conditions specified in 3GPP TS 
43.020 [24]. 

If the HLR cannot provide the VLR or the SGSN with quintuplets, an empty response is returned. The VLR or the 
SGSN shall not re-use old authentication quintuplets. 

If the VLR or SGSN receives a MAP_SEND_AUTHENTICATION_INFO response containing a User Error parameter 
as part of the handling of an authentication procedure, the authentication procedure in the VLR or SGSN shall fail. 

Security related network functions are further described in 3GPP TS 43.020 [24] and 3GPP TS 33.200. 

The service is a confirmed service and consists of four service primitives. 



8.5.2.2 



Service primitives 



The service primitives are shown in table 8.5/2. 



Table 8.5/2: MAP_SEND_AUTHENTICATION_INFO parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Number of requested vectors 


C 


C(=) 






Requesting node type 


C 


C(=) 






Re-synclironisation Info 


C 


C(=) 






Segmentation prohibited indicator 


C 


C(=) 






Immediate response preferred indicator 


u 


C(=) 






AuthenticationSetList 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.5.2.3 

Invoke id 



Parameter use 



See clause 7.6. 1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Number of requested vectors 

A number indicating how many authentication vectors the VLR or SGSN is prepared to receive. The HLR shall not 
return more vectors than indicated by this parameter. 
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This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Requesting node type 

The type of the requesting node (SGSN or VLR). 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Re-synchronisation Info 

For definition and use of this parameter see 3GPP TS 33.200. 

If multiple service requests are present in a dialogue then this parameter shall not be present in any service request other 
than the first one. 

Segmentation prohibited indicator 

This parameter indicates if the VLR or SGSN allows segmentation of the response at MAP user level. 

This parameter may be present only in the first request of the dialogue. 

Immediate response preferred indicator 

This parameter indicates that one of the requested authentication vectors is requested for immediate use in the VLR or 
SGSN. It may be used by the HLR together with the number of requested vectors and the number of vectors stored in 
the HLR to determine the number of vectors to be obtained from the AuC. It shall be ignored if the number of available 
vectors is greater than the number of requested vectors. 

If multiple service requests are present in a dialogue then this parameter shall not be present in any service request other 
than the first one. 

AuthenticationSetList 

A set of one to five authentication vectors are transferred from the HLR to the VLR or from the HLR to the SGSN, if 
the outcome of the service was successful. 

User error 

One of the following error causes defined in clause 7.6. 1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown subscriber; 

unexpected data value; 

system failure; 

data missing. 
Provider error 
See clause 7.6. 1 for the use of this parameter. 

8.5.3 MAP_AUTHENTICATION_FAILURE_REPORT service 

8.5.3.1 Definition 

This service is used between the VLR and the HLR or between the SGSN or HLR for reporting of authentication 
failures. 

8.5.3.2 Service primitives 

The service primitives are shown in table 8.5/3. 
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Table 8.5/3: MAP_AUTHENTICATION_FAILURE_REPORT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Failure cause 


M 


M{=) 






Re-attempt 


M 


M(=) 






Access Type 


M 


M{=) 






Rand 


M 


M(=) 






VLR number 


C 


C(=) 






SGSN number 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.5.3.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

Failure Cause 

See clause 7.6.7 for use of this parameter. 

Re-attempt 

See clause 7.6.7 for use of this parameter. 

Access Type 

See clause 7.6.7 for use of this parameter. 

Rand 

This parameter identifies the specific AV that failed authentication. 

See clause 7.6.7 for use of this parameter. 

VLR number 

Shall be present if the sender is VLR. See definition in clause 7.6.2. 

SGSN number 

Shall be present if the sender is SGSN. See definition in clause 7.6.2. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

Unknown Subscriber; 

System Failure; 

Unexpected Data Value. 
Provider error 
These are defined in clause 7.6. 
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8.6 Security management services 



8.6.1 IVIAP SET CIPHERING IVIODE service 



8.6.1.1 



Definitions 



This service is used between the VLR and the MSC to set the ciphering mode and to start ciphering if appHcable. It is 
called when another service requires that information is to be sent on the radio path in encrypted form. 

The service is a non-confirmed service and consists of two service primitives. 

8.6.1.2 Service primitives 

The service primitives are shown in table 8.6/1. 

Table 8.6/1 : MAP_SET_CIPHERING_MODE parameters 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


Ciphering mode 


M 


M(=) 


Kg 


C 


C(=) 



8.6.1.3 

Invoke id 



Parameter use 



See clause 7.6. 1 for the use of this parameter. 

Ciphering mode 

See clause 7.6.7 for the use of this parameter. 

Kc 

The Kc parameter should be included when the ciphering mode parameter indicates that ciphering must be performed. 

8.7 International mobile equipment identities management 
services 

8.7.1 MAP CHECK IMEI service 



8.7.1.1 



Definition 



This service is used between the VLR and the MSC and between the MSC and the EIR and between the SGSN and EIR 
to request check of IMEI. If the IMEI is not available in the MSC or in the SGSN, it is requested from the MS and 
transferred to the EIR in the service request. 

The service is a confirmed service and consists of four service primitives. 

8.7.1.2 Service primitives 

The service primitives are shown in table 8.7/1. 

Table 8.7/1 : MAP_CHECK_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMEI 


C 


C(=) 


C 


C(=) 
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Equipment status 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.7.1.3 

Invoke id 



Parameter use 



See clause 7.6. 1 for the use of this parameter. 

IMEI 

See clause 7.6.2 for the use of this parameter. The parameter shall not be included in the service request between the 
VLR and the MSC, but is mandatory in the service request from the MSC to the EIR and from the SGSN to the EIR. It 
is not included in the service response from the EIR to the MSC or to the SGSN, but is mandatory in the service 
response from the MSC to the VLR on successful outcome. 

Equipment status 

See clause 7.6.4 for the use of this parameter. This parameter is sent by the responder in case of successful outcome of 
the service. 

User error 

One of the following error causes defined in clause 7.6. 1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown equipment; 

this error is returned by the responder when the IMEI is not known in the EIR; 

system failure; 

unexpected data value. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

8.7.2 MAP OBTAIN IMEI service 



8.7.2.1 



Definition 



This service is used between the VLR and the MSC to request the IMEI. If the IMEI is not available in the MSC, it is 
requested from the MS. 

The service is a confirmed service and consists of four service primitives. 

8.7.2.2 Service primitives 

The service primitives are shown in table 8.7/2. 

Table 8.7/2: MAP_OBTAIN_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMEI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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8.7.2.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

IMEI 

See clause 7.6.2 for the use of this parameter. The parameter is included in the service response from the MSC to the 
VLR on successful outcome of the service. 

User error 

If the service fails, the VLR sends the user error System Failure (see clause 7.6.1) to the MSC. 

Provider error 

See clause 7.6. 1 for the use of this parameter. 

8.8 Subscriber management services 
8.8.1 IVIAP-INSERT-SUBSCRIBER-DATA service 

8.8.1.1 Definition 

This service is used by an HLR to update a VLR with certain subscriber data in the following occasions: 

the operator has changed the subscription of one or more supplementary services, basic services or data of a 
subscriber. Note that in case of withdrawal of a Basic or Supplementary service this primitive shall not be used; 

the operator has applied, changed or removed Operator Determined Barring; 

the subscriber has changed data concerning one or more supplementary services by using a subscriber procedure; 

the HLR provides the VLR with subscriber parameters at location updating of a subscriber or at restoration. In 
this case, this service is used to indicate explicitly that a supplementary service is not provisioned, if the 
supplementary service specification requires it. The only supplementary services which have this requirement 
are the CLIR and COLR services. Network access mode is provided only in restoration. If the Super-Charger 
functionality is supported the HLR may not need to provide the VLR with subscriber parameters at location 
updating of a subscriber. See TS 23.116. 

Also this service is used by an HLR to update an SGSN with certain subscriber data in the following occasions: 

if the GPRS subscription has changed; 

if the network access mode is changed; 

the operator has applied, changed or removed Operator Determined Barring; 

the subscriber has changed data concerning one or more supplementary services by using a subscriber procedure; 

the HLR provides the SGSN with subscriber parameters at GPRS location updating of a subscriber. If the 
Super-Charger functionality is supported the HLR may not need to provide the SGSN with subscriber 
parameters. See 3GPP TS 23.116. 

It is a confirmed service and consists of the primitives shown in table 8.8/1. 

8.8.1.2 Service primitives 

Table 8.8/1 : MAP-INSERT-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 
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Parameter name 


Request 


Indication 


Response 


Confirm 


IMSl 

MSISDN 

Category 

Subscriber Status 

Bearer service List 

Teleservice List 

Forwarding information List 

Call barring information List 

CUG information List 

SS-Data List 

eMLPP Subscription Data 

MC-Subscription Data 

Operator Determined Barring General data 


C 
C 

c 
c 
c 
c 
c 
c 
c 
c 
c 
c 
c 


C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C{=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 


c 
c 

c 


C(=) 
C(=) 

C(=) 


Operator Determined Barring HPLMN data 

Roaming Restriction Due To Unsupported 

Feature 

Regional Subscription Data 

VLR CAMEL Subscription Info 

Voice Broadcast Data 

Voice Group Call Data 

Network access mode 

GPRS Subscription Data 

Roaming Restricted In SGSN Due To 

Unsupported Feature 

North American Equal Access preferred Carrier 

Id List 

SGSN Camel Subscription Info 

LSA Information 

1ST Alert Timer 

SS-Code List 

LIVIU Identifier 

LCS Information 

CS Allocation/Retention priority 

Super-Charger Supported In HLR 

Regional Subscription Response 

Supported CAMEL Phases 

User error 

Provider error 


c 
c 

c 
c 
c 
c 
c 

c 
c 

u 

c 
c 
c 

c 
c 
c 
c 


C{=) 
C(=) 

C{=) 
C(=) 
C(=) 
C(=) 
C(=) 

C(=) 
C(=) 

C(=) 

C(=) 
C(=) 
C{=) 

C{=) 
C{=) 
C{=) 
C(=) 


c 

c 
c 
u 


C(=) 

C(=) 

CH 

C(=) 





8.8.1 .3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

Network access mode 

This parameter defines if the subscriber has access to MSC/VLR and/or to SGSN. This parameter is used by SGSN and 
MSCA'^LR. In VLR, the parameter is used only as part of Restore Data Procedure and the parameter is not stored in the 
VLR. This parameter shall always be sent to the SGSN as part of the GPRS subscriber data at GPRS location updating. 
It shall be sent to the SGSN if it is changed as a result of administrative action. 

IMSI 

It is only included if the service is not used in an ongoing transaction (e.g. location updating). This parameter is used by 
the VLR and the SGSN. 

MSISDN 

It is included either at location updating or when it is changed. The MSISDN sent shall be the basic MSISDN. This 
parameter is used by the VLR and the SGSN. 

Category 

It is included either at location updating or when it is changed. This parameter is used only by the VLR and if the SGSN 
receives this parameter it shall ignore it. 
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Subscriber Status 

It is included either at location updating or when it is changed. 

To apply, remove or update Operator Determined Barring Categories the Subscriber Status is set to Operator 
Determined Barring. In this case ODB General Data shall also be present. If the Operator Determined Barring applies 
and the subscriber is registered in the HPLMN and HPLMN specific Operator Determined Barring applies then ODB 
HPLMN Specific Data shall also be present. 

To remove all Operator Determined Barring Categories the Subscriber Status shall be set to "Service Granted". This 
parameter is used by the VLR and the SGSN. 

Bearer service List 

A list of Extensible Bearer service parameters (Extensible Bearer service is defined in clause 7.6). An Extensible Bearer 
service parameter must be the code for an individual Bearer service, except in the cases described below. 

The codes for the Bearer service groups "allAlternateSpeech-DataCDA" and "allAlternateSpeech-DataCDS" shall, if 
applicable, be sent from the HLR to the VLR as a pair. The codes for the Bearer service groups 
"allSpeechFollowedByDataCDA" and "allSpeechPollowedByDataCDS" shall, if applicable, be sent from the HLR to 
the VLR as a pair. 

If it is included in the Request/Indication, it includes either all Extensible Bearer services subscribed (at location 
updating or at restoration) or only the ones added (at subscriber data modification). 

If the VLR receives an Indication containing any Extensible Bearer service parameters which it does not 
support/allocate it returns them in the response to the HLR and discards the unsupported Extensible Bearer services (no 
error is sent back), except in the cases described below. 

If the VLR receives the codes for the Bearer service groups "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS" and supports one or more of the circuit-switched synchronous or asynchronous data 
rates specified for simple data bearer services, it shall accept the bearer service codes, and not return them in the 
response to the HLR. If the VLR does not support any of the circuit-switched synchronous or asynchronous data rates 
specified for simple data bearer services, and receives the pair of codes for "allAlternateSpeech-DataCDA" and 
"allAlternateSpeech-DataCDS" or the pair of codes for "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS", it shall reject the pair of codes by returning them in the response to the HLR. This 
parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore it. 

Teleservice List 

A list of Extensible Teleservice parameters (Extensible Teleservice is defined in clause 7.6). An Extensible Teleservice 
parameter must be the code for an individual Teleservice. 

If it is included in the Request/Indication, it contains either all Extensible Teleservices subscribed (at location updating 
or at restoration) or the ones added (at subscriber data modification). Only the Extensible Teleservices that are relevant 
to the node at which the message is received should be included in the Teleservice List. 

If the VLR or the SGSN receives an Indication containing any Extensible Teleservice parameters which it does not 
support/allocate it returns them in the response to the HLR and discards the unsupported Extensible Teleservices (no 
error is sent back). This parameter is used by the VLR and the SGSN. 

Forwarding information List 

A list of Extensible Forwarding information parameters (Extensible Forwarding information is defined in clause 7.6). It 
includes Call Forwarding services either at location updating or at restoration or when they are changed. Each 
Extensible Forwarding information parameter shall be treated independently of all other parameters in the primitive. 

The Extensible Forwarding information shall include the SS-Code for an individual call forwarding supplementary 
service. The Extensible Forwarding information shall contain one or more Extensible Forwarding Features (Extensible 
Forwarding Feature is defined in clause 7.6). 

The Extensible Forwarding Feature may include an Extensible Basic Service Group. This shall be interpreted according 
to the rules in clause 8.8. 1 .4. 

The Extensible Forwarding Feature shall contain an Extensible SS-Status parameter. 
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If the Extensible SS-Status indicates that call forwarding is registered then (except for call forwarding unconditional) 
the Extensible Forwarding Feature shall contain a number to define the forwarded-to destination and, if available, the 
forwarded-to subaddress. In other states the forwarded-to number and, if applicable, the forwarded-to subaddress shall 
not be included. For call forwarding unconditional the forwarded-to number and, if applicable, the forwarded-to 
subaddress shall not be included. If the VLR does not receive a forwarded-to subaddress then it shall assume that a 
forwarded-to subaddress has not been registered. 

The Extensible Forwarding Feature shall contain the extensible forwarding options (except for call forwarding 
unconditional where the extensible forwarding options shall not be included). Bits 3 and 4 of the extensible forwarding 
options shall be ignored by the VLR, and may be set to any value by the HLR. 

For call forwarding on no reply: If the extensible SS-Status indicates that call forwarding is registered then the 
Extensible Forwarding Feature shall contain an extensible no reply condition timer. In other states the no reply 
condition timer shall not be included. 

For call forwarding services other than call forwarding on no reply: The Extensible Forwarding Feature shall not 
contain a no reply condition timer. 

If the VLR receives an Indication containing any Call Forwarding service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and discards the unsupported Call Forwarding service codes 
(no error is sent back). This parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore 
it. 

Call barring information List 

A list of Extensible Call barring information parameters (Extensible Call barring information is defined in clause 7.6). It 
includes Call Barring services either at location updating or at restoration or when they are changed. Each Extensible 
Call barring information parameter shall be treated independently of all other parameters in the primitive. 

The Extensible Call barring information shall include the SS-Code for an individual call barring supplementary service. 
The Extensible Call barring information shall contain one or more Extensible Call Barring Features (Extensible Call 
Barring Feature is defined in clause 7.6). 

The Extensible Call Barring Feature may include an Extensible Basic Service Group. This shall be interpreted 
according to the rules in clause 8.8. L4. 

The Extensible Call Barring Feature shall contain an extensible SS-Status parameter. 

If the VLR receives an Indication containing any Extensible Call Barring service codes which it does not 
support/allocate it returns them to the HLR in the parameter SS-Code List and discards the unsupported Extensible Call 
Barring service codes (no error is sent back). This parameter is used only by the VLR and if the SGSN receives this 
parameter it shall ignore it. 

CUG information List 

A list of CUG information list parameters (CUG information is defined in clause 7.6). It includes CUG information 
either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in CUG data, the HLR shall include the complete 
CUG-SubscriptionList and, if there are options per basic group, it shall also include the complete CUG-FeatureList. If 
there are not options per extensible basic service group the CUG-FeatureList shall not be included. 

In any dialogue, the first insertSubscriberData message which contains CUG information shall include a non-empty 
CUG-SubscriptionList. 

When the VLR receives CUG data it shall replace the stored CUG data with the received data set. 

If CUG-FeatureList is omitted in the Insert Subscriber Data operation VLR shall interpret that no options per extensible 
basic service group exist, and then it shall apply the default values i.e. no outgoing access, no incoming access, no 
preferential CUG exists. 

If CUG-Feature is received without preferential CUG, the VLR shall interpret that no preferential CUG applies. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. 
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Note that data consistency between CUG subscription data and CUG feature data is the responsibihty of the HLR. 

If the VLR does not support the CUG service it returns its code to the HLR in the parameter SS-Code List and discards 
the received information (no error is sent back). This parameter is used only by the VLR and if the SGSN receives this 
parameter it shall ignore it. 

SS-Data List 

A list of Extensible SS-Data parameters (Extensible SS-Data is defined in clause 7.6). It is sent for any other 
supplementary service than Call Forwarding, Call Barring, CUG and eMLPP either at location updating or at restoration 
or when they are changed. Each SS-Data parameter shall be treated independently of all other parameters in the 
primitive. 

The Extensible SS-Data shall include the SS-Code for an individual supplementary service. 

The Extensible SS-Data shall contain an Extensible SS-Status parameter and any subscription options that are 
applicable to the service defined by the SS-Code. 

The SS-Data may include a Basic Service Group List. This shall be interpreted according to the rules in clause 8.8. L4. 

If the VLR receives an Indication containing any supplementary service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and therefore discards the unsupported service codes received 
(no error is sent back) 

This parameter is used by the SGSN only for LCS. If the SGSN receives an Indication containing any supplementary 
service codes (either LCS related or not) which it does not support/allocate then it discards them. 

Operator Determined Barring General data 

If it is included in a Request/Indication, it includes all the Operator Determined Barring categories that may be applied 
to a subscriber registered in any PLMN. This parameter is only included in a Request/Indication when the parameter 
Subscriber Status is set to the value Operator Determined Barring. Note that all General Operator Determined Barring 
Categories shall be set to their actual status. 

If the VLR or the SGSN receives an Indication containing Operator Determined Barring General Data which shows that 
the subscriber is subject to barring not supported / not allocated by the VLR or by the SGSN, it returns Operator 
Determined Barring General Data in the response to the HLR to show the barring categories which are not supported / 
not allocated by the VLR or by the SGSN. This parameter is used by the VLR and the SGSN. 

Operator Determined Barring HPLMN data 

It includes all the Operator Determined Barring categories that may be applied only to a subscriber registered in the 
HPLMN. Therefore, it shall only be transferred to the VLR or to the SGSN when the subscriber is roaming into the 
HPLMN and when the parameter Subscriber Status is set to the value Operator Determined Barring. Note that all 
HPLMN Operator Determined Barring Categories shall be set to their actual status. 

If Subscriber Status is set to the value Operator Determined Barring and no Operator Determined Barring HPLMN data 
is present then the VLR or the SGSN shall not apply any HPLMN specific ODB services to the subscriber. This 
parameter is used by the VLR and the SGSN. 

eMLPP Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the priorities the subscriber might apply for a 
call (as defined in clause 7.6). It contains both subparameters of eMLPP. 

If the VLR does not support the eMLPP service it returns its code to the HLR in the parameter SS-Code List and 
therefore discards the received information (no error is sent back). 

eMLPP subscription data that have been stored previously in a subscriber data record in the VLR are completely 
replaced by the new eMLPP subscription data received in a MAP_INSERT_SUBSCRIBER_DATA during either an 
Update Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. This parameter is used 
only by the VLR and if the SGSN receives this parameter it shall ignore it. 

MC Subscription Data 
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If included in the Insert Subscriber Data request, this parameter provides the MC Subscription Data as defined in 
clause 7.6. 

If the VLR does not support the MC service, it returns its code to the HLR in the parameter SS-Code List and therefore 
discards the received information (no error is sent back). 

MC subscription data that have been stored previously in a subscriber data record in the VLR are completely replaced 
by the new MC subscription data received in a MAP_INSERT_SUBSCRIBER_DATA during either an Update 
Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. This parameter is used only by 
the VLR and if the SGSN receives this parameter it shall ignore it. 

Roaming Restriction Due To Unsupported Feature 

The HLR may decide to include this parameter in the request if certain services or features are indicated as not 
supported by the MSC/VLR (e.g. Advice of Charge Charging Level). 

If this parameter is sent to the VLR the MSC area is restricted by the HLR and the VLR. This parameter is used only by 
the VLR and if the SGSN receives this parameter it shall ignore it. 

Regional Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the subscriber's subscription area for the 
addressed VLR or for the addressed SGSN (as defined in clause 7.6). It contains the complete list of up to 10 Zone 
Codes that apply to a subscriber in the currently visited PLMN. The HLR shall send only those Zone Codes which are 
stored against the CC and NDC of the VLR or the CC and NDC of the SGSN to be updated. 

NOTE: Support of this parameter is a network operator option and it will not be sent to networks which do not 
support Regional Subscription. 

Regional subscription data that have been stored previously in a subscriber data record in the VLR or in the SGSN are 
completely replaced by the regional subscription data received in an Insert Subscriber Data indication during either an 
Update Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. 

After the regional subscription data are inserted the VLR or the SGSN shall derive whether its location areas are 
allowed or not. If the whole MSC or SGSN area is restricted it will be reported to HLR by returning the Regional 
Subscription Response. 

The VLR or the SGSN returns a Regional Subscription Response indicating that a problem with the Zone Code has 
been detected in one of the following cases: 

Too Many Zone Codes: more than 10 Zone Codes are to be stored in the VLR or in the SGSN. 

- Regional Subscription Not Supported by the VLR or the SGSN. 

Zone Codes Conflict: the VLR or the SGSN detects that the zone codes indicate conflicting service permission 
for a location area. 

Zone codes which have no mapping to location areas shall be ignored. 

If a sequence of MAP_INSERT_SUBSCRIBER_DATA services is used during a dialogue. Regional Subscription Data 
shall be accepted only in one service. Regional Subscription Data received in a subsequent service shall be rejected with 
the error Unexpected Data Value. 

If Regional Subscription Data are not included in any MAP_INSERT_SUBSCRIBER_DATA service, there is no 
restriction of roaming due to Regional Subscription. This parameter is used by the VLR and the SGSN. 

Voice Broadcast Data 

This parameter contains a list of group id's a user might have subscribed to; (VBS-Data is defined in clause 7.6). It 
includes VBS information either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in VBS data, the HLR shall include the complete VBS-Data. 

When the VLR receives VBS-Data within a dialogue it shall replace the stored VBS -data with the received data set. All 
subsequent VBS-data received within this dialogue shall be interpreted as add-on data. 
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If VBS-data is omitted in the Insert Subscriber Data operation the VLR shall keep the previously stored VBS data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore 
it. 

Voice Group Call Data 

This parameter contains a list of group id's a user might have subscribed to; see clause 7.6. 

At location updating, restoration or when there is a change in VGCS data, the HLR shall include the complete 
VGCS-Data. 

When the VLR receives VGCS-Data within a dialogue it shall replace the stored VGCS-Data with the received data set. 
All VGCS-Data received within this dialogue shall be interpreted as add-on data. 

If VBCS-Data is omitted in the Insert Subscriber Data operation the VLR shall keep the previously stored VGCS-Data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore 

it. 

North American Equal Access preferred Carrier Id List 

A list of the preferred carrier identity codes that are subscribed to. 

When the VLR receives this parameter from the HLR, it shall replace the previously stored preferred carrier identity 
codes with the received ones. It is not possible to delete all the preferred carrier identity codes from the VLR using this 
service. To delete all the preferred carrier identity codes from the VLR, the HLR shall use the 
MAP_CANCEL_LOCATION service. 

LSA Information 

If included in the ISD request, this parameter contains a list of localised service area identities a user might have 
subscribed to together with the priority, the preferential access indicator, the active mode support indicator and active 
mode indication of each localised service area; see clause 7.6. The access right outside these localised service areas is 
also indicated. In all cases mentioned below, the LSA information shall only include LSA Data applicable to the 
VPLMN where the Subscriber is located. The VLR number, received in the MAP-UPDATE_LOCATION primitive, or 
the SGSN number, received in the MAP_UPDATE_GPRS_LOCATION primitive, can be used, alongside data stored 
in the HLR, to determine the LSA Data applicable to the VPLMN. 

At restoration, location updating or GPRS location updating the HLR shall include the complete set of applicable LSA 
Information. 

When there is a change in LSA data the HLR shall include at least the new and/or modified LSA data. 

When there is a change in the access right outside the localised service areas the HLR shall include the LSA only access 
indicator. 

When the SGSN or the VLR receives LSA information within a dialogue it shall check if the received data has to be 
considered as the entire LSA information. If so, it shall replace the stored LSA information with the received data set, 
otherwise it shall replace the data only for the modified LSA data (if any) and/or access right, and add the new LSA 
data (if any) to the stored LSA Information. 

If the entire LSA information is received, it shall always include the LSA only access indicator value together with the 
LSA data applicable for the PLMN (if any). 

If LSA Information is omitted in the Insert Subscriber Data operation the SGSN or the VLR shall keep the previously 
stored LSA Information. 

If the SGSN or the VLR detects that there is overlapping in the information received within a dialogue, it shall send the 
error Unexpected Data Value. This parameter is used by the VLR and the SGSN. 

1ST Alert Timer 
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This parameter contains the 1ST Alert timer value that must be used to inform the HLR about the call activities that the 
subscriber performs. 

At Location Updating, restoration, or when there is a change in the 1ST data defined for the Subscriber, the HLR shall 
include the 1ST Alert timer. 

LMU Identifier 

This parameter indicates the presence of an LMU. This parameter is used only by the VLR and shall be ignored if 
received by an SGSN. 

LCS Information 

This parameter provides the following LCS related information for an MS subscriber: 

- list of GMLCs in the HPLMN ; 
privacy exception list; 

- MO-LR list. 

At restoration and location updating, the HLR shall include the complete LCS data of the subscriber. 

When there is a change in LCS subscriber data the HLR shall include at least the new and/or modified LCS data. LCS 
data that is not modified need not be included. 

The VLR/SGSN shall keep any previously stored LCS Information that is not included in an Insert Subscriber Data 
operation. 

If the VLR/SGSN detects that there is overlapping in the LCS information received within a dialogue, it shall send the 
error Unexpected Data Value. 

Super-Charger Supported In HLR 

This parameter is used by the HLR to indicate support for the Super-Charger functionality. If this parameter is present it 
shall include an indication of the age of the subscription data stored in the HLR. 

If this parameter is absent then the HLR does not support the Super-Charger functionality. 

SS-Code List 

The list of SS-Code parameters that are provided to a subscriber but are not supported/allocated by the VLR (SS-Code 
is defined in clause 7.6). The list can only include individual SS-Codes that were sent in the service request. This 
parameter is used by only the VLR. 

Regional Subscription Response 

If included in the response this parameter indicates one of: 

MSC Area Restricted entirely because of regional subscription; 

SGSN Area Restricted entirely because of regional subscription; 

Too Many Zone Codes to be inserted; 

Zone Codes Conflict; 

Regional Subscription not Supported by the VLR or by the SGSN. 

If the VLR determines after insertion of Regional Subscription Data that the entire MSC area is restricted, the VLR 
shall respond with a Regional Subscription Response indicating MSC Area Restricted. Otherwise MSC Area Restricted 
is not sent. The HLR shall check whether the current MSC area is no longer restricted. 

If the SGSN determines after insertion of Regional Subscription Data that the entire SGSN area is restricted, the SGSN 
shall respond with a Regional Subscription Response indicating SGSN Area Restricted. Otherwise SGSN Area 
Restricted is not sent. The HLR shall check whether the current SGSN area is no longer restricted. This parameter is 
used by the VLR and by the SGSN. 
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VLR CAMEL Subscription Info 

This parameter is sent for subscribers who have CAMEL services which are invoked in the MSC. In CAMEL phase 1, 
this parameter contains only the O-CSI. In CAMEL Phase 2, this parameter may contain OCSI, SS-CSI and TIF-CSI. In 
CAMEL Phase 3, this parameter may contain O-CSI, D-CSI, SS-CSI, VT-CSI, SMS-CSI, M-CSI and TIF-CSI. In 
CAMEL Phase 2 TDP-Criteria for O-CSI may be associated with O-CSI. In CAMEL Phase 3, additionally, TDP- 
Criteria for VT-CSI may be associated with VT-CSI. . The VLR CAMEL Subscription Info is sent at location updating 
or when any information in the applicable CAMEL Subscription Info in the HLR has been changed. 

At location updating, the complete set of VLR CAMEL Subscription Info is sent in one dialogue. 

When CAMEL Subscription Information is changed in the HLR and changed data have to be sent to the VLR, then: 

- for CAMEL Phase 1 and CAMEL Phase 2, the complete set of VLR CAMEL Subscription Info is sent in one 
dialogue; 

for CAMEL Phase 3, one or more specific elements of VLR CAMEL Subscription Info are sent in one dialogue. 

When the VLR receives a specific element of VLR CAMEL Subscription Info, it shall overwrite the corresponding 
specific element of VLR CAMEL Subscription Info (if any) which it has stored for that subscriber. 

For CAMEL Phase 1 and CAMEL Phase 2 , the VLR CAMEL Subscription Info consists of any one or more of: 

- O-CSI (irrespective of the value of the 'CAMEL Capability Handling' inside 0-CSI),TDP-Criteria for O- 
CSI,SS-CSI and TIF-CSI. 

(The complete set of above shall be sent even if only one CSI has changed in case of stand alone ISD. The 
omitted elements of above list will be withdrawn in the VLR.) 

From CAMEL phase 3 onwards, the specific elements of VLR CAMEL Subscription Info which may be sent are: 

O-CSI (irrespective of the value of the 'CAMEL Capabihty Handhng' inside O-CSI), TDP criteria for O- 
CSI, SS-CSI and TIF-CSI; 

(The complete set of above shall be sent even if only one CSI has changed in case of stand alone ISD. The 
omitted elements of above list will be withdrawn in the VLR.) 

- D-CSI; 

- VT-CSI; 

- TDP-Criteria for VT-CSI; 

- SMS-CSI; 

- M-CSI. 

If the VLR CAMEL Subscription Info is omitted in the Insert Subscriber Data operation the VLR shall keep the 
previously stored VLR CAMEL Subscription Info. Within one dialogue subsequent received data are interpreted as 
add-on data. If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the 
error Unexpected Data Value. This parameter is used only by the VLR and if the SGSN receives this parameter it shall 
ignore it. 

The VLR CAMEL Subscription Info may contain the TIF-CSI (Translation Information Flag) for CAMEL Phase 2 and 
3. See 3GPP TS 23.072 for the use of this parameter and the conditions for its presence. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. This parameter is used 
by the VLR and SGSN. 

A VLR or SGSN not supporting any CAMEL Phase may omit this parameter. 

GPRS Subscription Data 

This parameter contains a list of PDP-contexts a user has subscribed to; see clause 7.6. 
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At GPRS location updating the HLR shall include the complete GPRS Subscription Data. 

When there is a change in GPRS subscriber data the HLR shall include only the new and/or modified PDP contexts. 

When the SGSN receives GPRS Subscription Data within a dialogue it shall check if the received data has to be 
considered as the entire GPRS subscription data. If so, it shall replace the stored GPRS Subscription Data with the 
received data set, otherwise it shall replace the data only for the modified PDP contexts (if any) and add the new PDP 
contexts (if any) to the stored GPRS Subscription Data. 

If GPRS Subscription Data is omitted in the Insert Subscriber Data operation the SGSN shall keep the previously stored 
GPRS Subscription Data. 

If the SGSN detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the SGSN and if the VLR receives this parameter it shall ignore 
it. 

SGSN CAMEL Subscription Info 

The SGSN CAMEL Subscription Info is sent at GPRS location updating or when any information in the applicable 
SGSN CAMEL Subscription Info in the HLR has been changed. In CAMEL Phase 3, this parameter may contain one or 
both of GPRS-CSI and SMS-CSI. 

At GPRS location updating the complete set of SGSN CAMEL Subscription Info is sent. 

When CAMEL Subscription Information is changed in the HLR and changed data have to be sent to the SGSN, then 
one or more specific elements of SGSN CAMEL Subscription Info are sent in one dialogue. 

When the SGSN receives a specific element of SGSN CAMEL Subscription Info, it shall overwrite the corresponding 
specific element of SGSN CAMEL Subscription Info (if any) which it has stored for that subscriber. 

The specific elements of SGSN CAMEL Subscription Info which may be sent are: 

- SMS-CSI; 

- GPRS-CSI. 

This parameter is used only by the SGSN and if the VLR receives this parameter it shall ignore it. 

Roaming Restricted In SGSN Due To Unsupported Feature 

The HLR may decide to include this parameter in the request if certain services or features are indicated as not 
supported by the SGSN. This parameter is used only by the SGSN and if the VLR receives this parameter it shall ignore 
it. 

CS Allocation/Retention priority 

The CS Allocation/Retention priority is used only for Circuit Switched (CS). This parameter specifies relative 
importance to compare with other bearers about allocation and retention of bearer. This parameter is used only by the 
VLR and if the SGSN receives this parameter it shall ignore it. 

User error 

Only one of the following values is applicable: 

Unidentified subscriber; 

Data missing; 

- Unexpected data value. 

8.8.1 .4 Basic service information related to supplementary services 

A number of parameters that relate to supplementary services can be qualified by a Basic Service Group (or a Basic 
Service Group List). This clause explains how this information is to be interpreted. Supplementary service parameters 
to which this clause is applicable only apply to the basic service groups described in this clause, and only those basic 
service groups shall be overwritten at the VLR. 
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The Basic Service Group (or Basic Service Group List) is optional. 

If present the Basic Service Group (or the elements of the Basic Service Group List) shall be one of: 

an Elementary Basic Service Group for which the supplementary service is applicable to at least one basic 
service in the group; and to which the subscriber has a subscription to at least one basic service in the group; 

the group "All Teleservices" provided that the service is applicable to at least one teleservice and that the 
subscriber has a subscription to at least one teleservice that is in the same Elementary Basic Service Group as a 
teleservice to which the service is applicable; 

the group "All Bearer Services" provided that the service is applicable to at least one bearer service and that the 
subscriber has a subscription to at least one bearer service that is in the same Elementary Basic Service Group as 
a basic service to which the service is applicable. 

If the Basic Service Group (or Basic Service Group List) is not present then the parameter shall apply to all Basic 
Service Groups. 

If the basic service information is not a single Elementary Basic Service Group then the parameter shall be taken as 
applying individually to all the Elementary Basic Service Groups for which: 

the supplementary service is applicable to at least one basic service in the Basic Service Group; and 

the subscriber has a subscription to at least one basic service in the Basic Service Group. 

The VLR is not required to store supplementary services data for Basic Service Groups that are not supported at the 
VLR. 

8.8.2 MAP-DELETE-SUBSCRIBER-DATA service 



8.8.2.1 



Definition 



This service is used by an HLR to remove certain subscriber data from a VLR if the subscription of one or more 
supplementary services or basic services is withdrawn. Note that this service is not used in case of erasure or 
deactivation of supplementary services. 

Also this service is used by an HLR to remove GPRS subscription data from a SGSN. 

It is a confirmed service and consists of the primitives shown in table 8.8/2. 



8.8.2.2 



Service primitives 



Table 8.8/2: MAP-DELETE-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Basic service List 





C(=) 






SS-Code List 





C(=) 






Roaming Restriction Due To 










Unsupported Feature 





C(=) 






Camel Subscription Info Withdraw 


c 


C(=) 






Specific CSI Withdraw 





C(=) 






Regional Subscription Data 





C(=) 






VBS Group Indication 





C(=) 






VGCS Group Indication 





C(=) 






GPRS Subscription Data Withdraw 





C(=) 






Roaming Restricted In SGSN Due To 
Unsupported Feature 


c 


C(=) 






LSA Information Withdraw 


c 


C(=) 






1ST Information Withdraw 





C(=) 






Regional Subscription Response 









C(=) 


GIVILG List Withdraw 





C(=) 






User error 









C(=) 
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[Provider error | | | | O | 

8.8.2.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

Basic service List 

A list of Extensible Basic service parameters (Extensible Basic service is defined in clause 7.6). It is used when one, 
several or all basic services are to be withdrawn from the subscriber. If the VLR or the SGSN receives a value for an 
Extensible Basic Service which it does not support, it shall ignore that value. This parameter is used by the VLR and by 
the SGSN. 

SS-Code List 

A list of SS-Code parameters (SS-Code is defined in clause 7.6). It is used when several or all supplementary services 
are to be withdrawn from the subscriber. 

There are three possible options: 

deletion of basic service(s); 

The parameter Basic service List is only included. 

deletion of supplementary service(s); 

The parameter SS-Code List is only included. 

deletion of basic and supplementary services; 

Both Basic service List and SS-Code List are included. 

This parameter is used by the VLR and SGSN for LCS. Otherwise, this parameter is used only by the VLR and if the 
SGSN receives this parameter it shall ignore it. 

Roaming Restriction Due To Unsupported Feature 

This parameter is used if Roaming Restriction Due To Unsupported Feature is deleted from the subscriber data. This 
may occur if unsupported features or services are removed from the subscriber data in the HLR. 

If this parameter is sent the VLR shall check if the current Location Area is possibly allowed now. This parameter is 
used only by the VLR and if the SGSN receives this parameter it shall ignore it. 

CAMEL Subscription Info Withdraw 

This parameter is used to indicate that CAMEL Subscription Info shall be deleted from the VLR or from the SGSN. All 
CAMEL Subscription Info for the subscriber shall be deleted. This parameter is used by the VLR and by the SGSN. 
This parameter should not be sent in the same message as the Specific CSI Withdraw parameter. 

Specific CSI Withdraw 

This parameter is used to indicate that one or more specific elements of CAMEL Subscription Info shall be deleted from 
the VLR or from the SGSN. 

The specific elements of CAMEL Subscription Info which may be withdrawn are: 

- O-CSI with TDP criteria for O-CSI; 

- SS-CSI; 

- TIF-CSI; 

- D-CSI; 

- VT-CSI with TDP criteria for VT-CSI; 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 40 ETSI TS 1 29 002 V4.9.0 (2002-09) 

- SMS-CSI; 

- M-CSI; 

- GPRS-CSI. 

This parameter is used by the VLR and by the SGSN. It shall not be sent to VLRs that do not support CAMEL phase 3. 
This parameter should not be sent in the same message as the CAMEL Subscription Info Withdraw parameter. 

Regional Subscription Identifier 

Contains one single Zone Code (as defined in clause 7.6) and is used if all Zone Codes shall be deleted from the 
subscriber data. When all the Zone Codes are deleted, the VLR or the SGSN shall check for its location areas whether 
they are allowed or not. If the whole MSC area is restricted, VLR will report it to HLR by returning the Regional 
Subscription Response "MSC Area Restricted". If the whole SGSN area is restricted, SGSN will report it to HLR by 
returning the Regional Subscription Response "SGSN Area Restricted". 

The binary coding of the Zone Code value received in a Delete Subscriber Data request shall not be checked by the 
VLR or by the SGSN. 

Note that support of this parameter is a network operator option and it shall not be sent to networks which do not 
support Regional Subscription. 

If Regional Subscription is not supported by the VLR or by the SGSN, the request for deletion of Zone Codes is refused 
by sending the Regional Subscription Response "Regional Subscription Not Supported" to the HLR. 

If no Zone Codes are stored in the respective subscriber data record, the request for deleting all Zone Code information 
shall be ignored and no Regional Subscription Response shall be returned. This parameter is used by the VLR and by 
the SGSN. 

VBS Group Indication 

Contains an indication (flag) which is used if all Group Ids shall be deleted from the subscriber data for the Voice 
Broadcast teleservice. 

If VBS is not supported in the VLR or no Group Ids are stored for VBS in the respective subscriber record, the request 
for deletion of all Group Ids shall be ignored. This parameter is used only by the VLR and if the SGSN receives this 
parameter it shall ignore it. 

VGCS Group Indication 

Contains an indication (flag) which is used if all Group Id's shall be deleted from the subscriber data for the Voice 
Group Call teleservice. This parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore 
it. 

If VGCS is not supported in the VLR or no Group Ids are stored for VGCS in the respective subscriber record, the 
request for deletion of all Group Ids shall be ignored. 

GPRS Subscription Data Withdraw 

This parameter is used to indicate whether all GPRS Subscription Data for the subscriber shall be deleted or if only a 
subset of the stored GPRS Subscription Data for the subscriber shall be deleted. In the latter case only those PDP 
contexts whose identifiers are included in the subsequent identifier list will be deleted. This parameter is used only by 
the SGSN and if the VLR receives this parameter it shall ignore it. 

Roaming Restricted In SGSN Due To Unsupported Feature 

This parameter is used if Roaming Restricted In SGSN Due To Unsupported Feature is deleted from the GPRS 
subscriber data. This may occur if unsupported features or services are removed from the GPRS subscriber data in the 
HLR. 

If this parameter is sent the SGSN shall check if the current Location Area is possibly allowed now. This parameter is 
used only by the SGSN and if the VLR receives this parameter it shall ignore it. 

LSA Information Withdraw 
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This parameter is used to indicate whether all LS A Information for the subscriber shall be deleted or if only a subset of 
the stored LSA Information for the subscriber shall be deleted. In the latter case only the LSA data whose LSA 
identities are included in the subsequent LSA data list will be deleted. This parameter is used by the VLR and the 
SGSN. 

1ST Information Withdraw 

This parameter is used to indicate that the 1ST condition has been removed for the subscriber. See 3GPP TS 43.035 for 
the use of this parameter. 

Regional Subscription Response 

If included in the Delete Subscriber Data response this parameter indicates one of: 

- MSC Area Restricted; 

- SGSN Area Restricted; 

Regional Subscription Not Supported. 
This parameter is used by the VLR and by the SGSN. 
GMLC List Withdraw 

This parameter indicates that the subscriber's LCS GMLC List shall be deleted from the VLR or SGSN. 
User error 
Only one of the following values is applicable: 

Unidentified subscriber; 

Data missing; 

Unexpected data value. 



8.9 Identity management services 



8.9.1 IVIAP-PROVIDE-IIVISI service 



8.9.1.1 



Definition 



This service is used by a VLR in order to get, via the MSC, the IMSI of a subscriber (e.g. when a subscriber has 
identified itself with a TMSI not allocated to any subscriber in the VLR). 

It is a confirmed service and consists of the primitives shown in table 8.9/L 

8.9.1 .2 Service primitives 

Table 8.9/1 : MAP-PROVIDE-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.9.1 .3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 
IMSI 
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This parameter is received when the request is successfully carried out. It contains the requested IMSI. 
User error 

Only one of the following values is applicable: 
Absent subscriber. 

8.9.2 MAP-FORWARD-NEW-TMSI service 



8.9.2.1 



Definition 



This service is used by a VLR to allocate, via MSC, a new TMSI to a subscriber during an ongoing transaction (e.g. call 
set-up, location updating or supplementary services operation). 

It is a confirmed service and consists of the primitives shown in table 8.9/2. 

8.9.2.2 Service primitives 

Table 8.9/2: MAP-FORWARD-NEW-TMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


TMSI 


M 


M(=) 






Provider error 












8.9.2.3 Parameter use 

The parameter TMSI is described in clause 7.6. 

8.1 Fault recovery services 
8.1 0.1 MAP_RESET service 
8.10.1.1 Definition 

This service is used by the HLR, after a restart, to indicate to a list of VLRs or SGSNs that a failure occurred. 
The MAP_RESET service is a non-confirmed service using the service primitives defined in table 8.10/1. 



8.1 0.1 .2 Service primitives 



Table 8.10/1: MAP RESET 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


HLR number 


M 


M(=) 


HLR Id LIST 


U 


C(=) 



8.10.1.3 

Invoke Id 



Parameter definition and use 



See definition in clause 7.6.1. 

HLR number 

See definition in clause 7.6.2. 
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HLR Id LIST 

The HLR Id List is a list of HLR Ids. If the parameter is present in the indication, the VLR or SGSN may base the 
retrieval of subscribers to be restored on their IMSI: the subscribers affected by the reset are those whose IMSI leading 
digits are equal to one of these numbers. If the parameter is absent, subscribers to be restored are those for which the 
OriginatingEntityNumber received at location updating time matches the equivalent parameter of the Reset Indication. 

8.10.2 MAP FORWARD CHECK SS INDICATION service 



8.10.2.1 



Definition 



This service may be used by an HLR as an implementation option, to indicate to a mobile subscriber that supplementary 
services parameters may have been altered, e.g. due to a restart. If received from the HLR, the VLR shall forward this 
indication to the MSC, which in turn forwards it to the MS. The HLR only sends this indication after successful 
completion of the subscriber data retrieval from HLR to VLR that ran embedded in a MAP_UPDATE_LOCATION 
procedure. 

The MAP_FORWARD_CHECK_SS_INDICATION service is a non-confirmed service using the service primitives 
defined in table 8.10/2. 

8.10.2.2 Service primitives 

Table 8.10/2: MAP FORWARD CHECK SS INDICATION 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 



8.10.2.3 

Invoke Id 



Parameter definition and use 



See definition in clause 7.6.1. 



8.10.3 MAP RESTORE DATA service 



8.10.3.1 



Definition 



This service is invoked by the VLR on receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an 
unknown IMSI, or for a known IMSI with the indicator "Confirmed by HLR" set to "Not confirmed". The service is 
used to update the LMSI in the HLR, if provided, and to request the HLR to send all data to the VLR that are to be 
stored in the subscriber's IMSI record. 

The MAP_RESTORE_DATA service is a confirmed service using the service primitives defined in table 8.10/3. 



8.10.3.2 Service primitives 



Table 8.10/3: MAP RESTORE DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


U 


C(=) 






Supported CAMEL phases 


C 


C{=) 






SoLSA Support Indicator 


C 


C(=) 






1ST Support Indicator 


C 


C(=) 






Super-Charger Supported in 
Serving Network Entity 


C 


C(=) 






Long FTN Supported 


C 


C(=) 






Supported LCS Capability 


C 


C{=) 
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Sets 










HLR number 






C 


C(=) 


MS Not Reachable Flag 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.10.3.3 



Parameter definitions and use 



Invoke Id 



See definition in clause 7.6.1. 



IMSI 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the HLR 
to support the LMSI handling procedures. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. Must be present if a CAMEL phase different from 
phase 1 is supported. Otherwise may be absent. 

SoLSA Support Indicator 

This parameter is used by the VLR to indicate to the HLR in the Restore Data indication that SoLSA is supported. If 
this parameter is not included in the Restore Data indication then the HLR shall not perform any specific error handling. 

This SoLSA Support Indicator shall be stored by the HLR per VLR where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LSAs while roaming in a VLR and no SoLSA Support 
indicator is stored for that VLR, the location status of that Subscriber shall be set to Restricted. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the VMSC supports basic 1ST functionality, that is, the VMSC is able 
to terminate the Subscriber Call Activity that originated the 1ST Alert when it receives the 1ST alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Restore Data indication and the Subscriber is 
marked as an 1ST Subscriber, then the HLR may limit the service for the subscriber (by inducing an Operator 
Determined barring of Outgoing calls), or allow service assuming the associated risk of not having the basic 1ST 
mechanism available. 

This parameter can also indicate that the VMSC supports the 1ST Command service, including the ability to terminate 
all calls being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not 
included in the Restore Data indication and the HLR supports the 1ST Command capability, then the HLR may limit the 
service for the subscriber (by inducing an Operator Determined barring of Outgoing calls), or allow service assuming 
the associated risk of not having the 1ST Command mechanism available. 

Long FTN Supported 

This parameter indicates that the VLR supports Long Forwarded-to Numbers. 

Super-Charger Supported in Serving Network Entitv 

This parameter is used by the VLR to indicate to the HLR that the VLR supports the Super-Charger functionality and 
that subscriber data is required. 

If this parameter is absent then the VLR does not support the Super-Charger functionality. 

Supported LCS Capabilitv Sets 

This parameter indicates, if present, the capability sets of LCS which are supported. If the parameter is sent but no 
capability set is marked as supported then the VLR does not support LCS at all. 
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If this parameter is absent then the VLR may support at most LCS capability set 1, that is LCS Release98 or Release99 
version. 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful outcome of the service. 

MS Not Reachable Flag 

See definition in clause 7.6.8. This parameter shall be present in case of successful outcome of the service, if the "MS 
Not Reachable flag" was set in the HLR. 

User error 

In case of unsuccessful outcome of the service, an error cause shall be returned by the HLR. The following error causes 
defined in clause 7.6. 1 may be used, depending on the nature of the fault: 

unknown subscriber; 

system failure; 

unexpected data value; 

data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

8.1 1 Subscriber Information services 

8.11 .1 IVIAP-ANY-TIIVIE-INTERROGATION service 

8.11.1.1 Definition 

This service is used by the gsmSCF, to request information (e.g. subscriber state and location) from the HLR or the 
GMLC at any time. 

When this service is used to the HLR, the subscriber state or location may be requested. 

When this service is used to the GMLC, only the location may be requested. 

The MAP-ANY-TIME-INTERROGATION service is a confirmed service using the service primitives defined in 
table 8.11/1. 

8.1 1 .1 .2 Service primitives 



Table 8.11/1 : Anylimejnterrogation 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






gsmSCF-Address 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Location Information 






C 


C(=) 


Subscriber State 






C 


C(=) 


User error 






c 


C(=) 


Provider error 
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8.11 .1 .3 Parameter definition and use 

All parameters are described in clause 7.6. 

The HLR or GMLC may be able to use the value of the parameter gsmSCF-address to screen a 
MAP_Any_Time_Interrogation indication. 

The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

System Failure; 

Any Time Interrogation Not Allowed; 

Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 
These are defined in clause 7.6.1. 

8.11 .2 MAP-PROVIDE-SUBSCRIBER-lnfo service 

8.11.2.1 Definition 

This service is used to request information (e.g. subscriber state and location) from the VLR at any time. 

The MAP-PROVIDE-SUBSCRIBER-lnfo service is a confirmed service using the primitives defined in table 8.11/2. 

8.1 1 .2.2 Service primitives 

Table 8.11/2: Provide Subscriber Information 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






IMSI 


M 


M(=) 






LMSI 


U 









Location Information 






C 


C(=) 


Subscriber State 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1 1 .2.3 Parameter definition and use 

All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.018 [97]. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

Unexpected Data Value. 

Provider error 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



147 



ETSI TS 129 002 V4.9.0 (2002-09) 



These are defined in clause 7.6.1. 

8.11 .3 MAP-ANY-TIME-SUBSCRIPTION-INTERROGATION service 



8.11.3.1 



Definition 



This service is used by the gsmSCF, to request subscription information (e.g. call forwarding supplementary service 
data or CSl) from the HLR at any time. 

8.1 1 .3.2 Service primitives 

Table 8.11/3: Any_Time_Subscription_lnterrogation 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Subscription Info 


M 


M(=) 






GsmSCF-Address 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






Call Forwarding Data 






C 


C(=) 


Call Barring Data 






C 


C(=) 


ODB Info 






c 


C(=) 


CAMEL Subscription Info 






c 


C(=) 


Supported CAMEL phases in VLR 






c 


C(=) 


Supported CAMEL phases in SGSN 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1 1 .3.3 Parameter definition and use 

All parameters are described in clause 7.6. 

The HLR may be able to use the value of the parameter gsmSCF-address to screen a 
MAP_Any_Time_Subscription_Interrogation indication. 

The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Unexpected Data Value; 

Unknown Subscriber; 

BearerServiceNotProvisioned; 

TeleserviceNotProvisioned; 

- CallBarred; 

- lUegalSS-Operation; 

- SS-NotAvailable; 
InformationNot Available ; 

Any Time Subscription Interrogation Not Allowed; 

- Data Missing. 
Provider error 
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These are defined in clause 7.6.1. 

8.11 .4 MAP-ANY-TIME-MODIFICATION service 

8.11.4.1 Definition 

This service is used by the gsmSCF, to modify information of the HLR at any time. 

8.1 1 .4.2 Service primitives 

Table 8.11/4: Any_Time_Modification 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


gsmSCF-Address 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Modification request for SS information 


C 


C(=) 






IVIodification request for CSI 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






Ext Forwarding information-for-CSE 






C 


C(=) 


Ext Call barring information-for-CSE 






C 


C(=) 


CAIVIEL subscription info 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.1 1 .4.3 Parameter definition and use 

All parameters are described in clause 7.6. 

The HLR may be able to use the value of the parameter gsmSCF-address to screen a MAP_Any_Time_Modification 
indication. 

The use of these parameters and the requirements for their presence are specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Any Time Modification Not Allowed; 

Data Missing; 

Unexpected Data Value; 

Unknown Subscriber; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 
- Call Barred; 

Illegal SS operation; 

SS error status; 

SS incompatibility; 
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SS subscription violation; 

Information Not Available. 
Provider error 
These are defined in clause 7.6.1. 

8.1 1 .5 MAP-NOTE-SUBSCRIBER-DATA-MODIFIED service 

8.11.5.1 Definition 

This service is used by the HLR to inform the gsmSCF that subscriber data have been modified. 

8.1 1 .5.2 Service primitives 

Table 8.11/5: Note Subscriber Data Modified 



ETSI TS 129 002 V4.9.0 (2002-09) 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSISDN 


M 


M(=) 
















Ext Forwarding 
information-for-CSE 


C 


C(=) 






Ext Call barring 
information-for-CSE 


C 


C(=) 






ODB Info 


c 


C(=) 






CAMEL subscription 
info 


c 


C(=) 






All Information Sent 


c 


C(=) 






User error 






C 


C(=) 


Provider error 












8.1 1 .5.3 Parameter definition and use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

MSISDN 

See clause 7.6.2 for the use of this parameter. 

Ext Forwarding information-for-CSE 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

Ext Call barring information-for-CSE 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

ODB Info 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 
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CAMEL subscription info 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

All Information Sent 

This parameter is set when the HLR has sent all information to gsmSCF. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 

These are defined in clause 7.6.1. 
The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078. 

9 Operation and maintenance services 

9.1 Subscriber tracing services 

9.1 .1 MAP-ACTIVATE-TRACE-MODE service 

9.1.1.1 Definition 

This service is used between the HLR and the VLR to activate subscriber tracing in the VLR. 

Also this service is used between the HLR and the SGSN to activate subscriber tracing in the SGSN. 

The MAP-ACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 9.1/1. 



9.1.1.2 



Service primitives 

Table 9.1/1 : MAP-ACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






Trace type 


M 


M(=) 






OMCId 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












9.1.1.3 

Invoke id 



Parameter use 



See definition in clause 7.6.1. 
IMSI 
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See definition in clause 7.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 

Trace reference 

See definition in clause 7.6.10. 

Trace type 

See definition in clause 7.6.10. 

OMCId 

See definition in clause 7.6.2. The use of this parameter is an operator option. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unidentified Subscriber; 

Facility Not Supported; 

Tracing Buffer Full; 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

9.1 .2 MAP-DEACTIVATE-TRACE-MODE service 
9.1.2.1 Definition 

This service is used between the VLR and the HLR for deactivating subscriber tracing in the VLR. 

Also this service is used between the SGSN and the HLR for deactivating subscriber tracing in the SGSN. 

The MAP-DEACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 9.1/2. 



9.1.2.2 



Service primitives 

Table 9.1/2: MAP-DEACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












9.1.2.3 

Invoke id 



Parameter use 



See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 
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Trace reference 

See definition in clause 7.6.10. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unidentified Subscriber; 

Facility Not Supported; 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

9.1 .3 MAP-TRACE-SUBSCRIBER-ACTIVITY service 

9.1.3.1 Definition 

This service is used between the VLR and the MSC to activate the subscriber tracing in the MSC. 

The MAP-TRACE-SUBSCRIBER- ACTIVITY service is a non-confirmed service using the primitives from table 9.1/3. 

9.1.3.2 Service primitives 

Table 9.1/3: MAP-TRACE-SUBSCRIBER-ACTIVITY 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


IMSI 


C 


C(=) 


Trace reference 


M 


M(=) 


Trace type 


M 


M(=) 


OMCId 


U 


C(=) 



9.1.3.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The controlling MSC shall provide either the IMSI or the IMEI to the servicing MSC. 

Trace reference 

See definition in clause 7.6.10. 

Trace type 

See definition in clause 7.6.10. 

OMCId 

See definition in clause 7.6.2. The use of this parameter is an operator option. 
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9.2 Other operation and maintenance services 
9.2.1 IVIAP-SEND-IIVISI service 



9.2.1.1 



Definition 



This service is used by a VLR in order to fetch the IMSI of a subscriber in case of some Operation & Maintenance 
procedure where subscriber data are needed in the Visited PLMN and MSISDN is the only subscriber's identity known. 

It is a confirmed service and consists of the primitives shown in table 9.2/1. 



9.2.1.2 



Service primitives 



Table 9.2/1 : MAP-SEND-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






IMSI 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












9.2.1.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable. 

User error 

Only one of the following values is applicable: 

Unknown subscriber; 

Unexpected data value; 

Data missing. 



10 Call handling services 

10.1 MAP_SEND_ROUTING_INFORMATION service 
10.1.1 Definition 

This service is used between the Gateway MSC and the HLR. The service is invoked by the Gateway MSC to perform 
the interrogation of the HLR in order to route a call towards the called MS. 

This is a confirmed service using the primitives listed in table 10.1/1. 

This service is also used between the GMSC and the NPLR. 



10.1.2 Service primitives 



Table 10.1/1: MAP_SEND_ROUTING_INFORMATION parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 

Interrogation Type 
GMSC Address 


M 
M 

M 


M(=) 
M(=) 
M(=) 


M(=) 


M(=) 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



154 



ETSI TS 129 002 V4.9.0 (2002-09) 



Parameter name 


Request 


Indication 


Response 


Confirm 


MSISDN 

OR Interrogation 

OR Capability 

CUG Interlock 

CUG Outgoing Access 

Number of Forwarding 

Network Signal Info 

Supported CAMEL Phases 

Suppress T-CSI 

Suppression of Announcement 

Call Reference Number 

Forwarding Reason 

Basic Service Group 

Alerting Pattern 


M 
C 
C 

c 
c 
c 
c 
c 
c 
c 
c 
c 
c 
c 


M{=) 
C(=) 
C(=) 
C{=) 
C{=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 


C 

c 
c 


C(=) 

C(=) 
C(=) 


CCBS Call 

Supported CCBS Phase 

Additional Signal Info 

1ST Support Indicator 

Pre-paging supported 

Call Diversion Treatment Indicator 

Long FTN Supported 

IMSI 

MSRN 

Forwarding Data 

Forwarding Interrogation Required 

VMSC address 

GMSC Camel Subscription Info 

Location Information 

Subscriber State 

Basic Service Code 

CUG Subscription Flag 

North American Equal Access preferred 

Carrier Id 

User error 

SS-List 

CCBS Target 

Keep CCBS Call Indicator 

1ST Alert Timer 

Number Portability Status 


c 
c 
c 
c 
c 
c 
c 


C{=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 
C(=) 


c 
c 
c 
c 
c 
c 
c 
c 
c 
c 
u 

c 
u 
c 
c 
c 
u 


C(=) 
C(=) 
C{=) 
C(=) 
C{=) 
C(=) 
C{=) 
C(=) 
C(=) 
C(=) 
C(=) 

C(=) 
C(=) 
C(=) 
C{=) 
C{=) 
C(=) 


Provider error 












10.1.3 Parameter use 

See clause 7.6 for a definition of the parameters used in addition to the following. Note that: 

a conditional parameter whose use is defined only in 3GPP TS 23.078 shall be absent if the sending entity does 
not support CAMEL; 

a conditional parameter whose use is defined only in 3GPP TS 23.079 [99] shall be absent if the sending entity 
does not support optimal routeing; 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 & 3GPP TS 23.079 [99] shall be absent if 
the sending entity supports neither CAMEL nor optimal routeing. 

Interrogation Type 

See 3GPP TS 23.079 [99] for the use of this parameter. 

GMSC address 

The E. 164 address of the GMSC. 
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MSISDN 

This is the Mobile Subscriber ISDN number assigned to the called subscriber. In the Request & Indication it is the 
number received by the GMSC in the lAM. If the call is to be forwarded and the HLR supports determination of the 
redirecting number, the HLR inserts the basic MSISDN in the Response. 

See 3GPP TS 23.066 [108] for the use of this parameter and the conditions for its presence in the response. 

OR Interrogation 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

OR Capability 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

CUG Interlock 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

Number of Forwarding 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

Network Signal Info 

See 3GPP TS 23.018 [97] for the conditions for the presence of the components of this parameter. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

T-CSI Suppression 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Call Reference Number 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

Forwarding Reason 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Basic Service Group 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Alerting Pattern 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

CCBS Call 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Supported CCBS Phase 

This parameter indicates by its presence that CCBS is supported and the phase of CCBS which is supported. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 56 ETSI TS 1 29 002 V4.9.0 (2002-09) 

Additional Signal Info 

See 3GPP TS 23.081 [27] for the conditions for the presence of the components of this parameter. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the GMSC supports basic 1ST functionality, that is, the GMSC is able 
to terminate the subscriber call activity that originated the 1ST Alert when it receives the 1ST Alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Send Routing Information indication and the 
subscriber is marked as an 1ST subscriber, then the HLR may limit the service for the call (by barring the incoming call 
if it is not subject to forwarding, or suppressing Call Forwarding from the GMSC), or allow the call assuming the 
associated risk of not having the basic 1ST mechanism available. 

This parameter can also indicate that the GMSC supports the 1ST Command, including the ability to terminate all calls 
being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not included in the 
Send Routing Information indication and the subscriber is marked as an 1ST subscriber, then the HLR may limit the 
service for the subscriber (by barring the incoming calls if they are not subject to forwarding, or suppressing Call 
Forwarding from the GMSC), or allow the incoming calls assuming the associated risk of not having the 1ST Command 
mechanism available. 

Pre-paging supported 

See 3GPP TS 23.018 for the use of this parameter and the conditions for its presence. 

Call Diversion Treatment Indicator 

This parameter indicates whether or not call diversion is allowed. 

IMSI 

See 3GPP TS 23.018 [97] and 3GPP TS 23.066 [108] for the use of this parameter and the conditions for its presence. 

MSRN 

See 3GPP TS 23.018 [97], 3GPP TS 23.066 [108] and 3GPP TS 23.079 [99] for the use of this parameter and the 
conditions for its presence. If the NPLR returns only the MSISDN-number without Routeing Number to the GMSC, the 
MSISDN-number shall be returned as MSRN. 

Forwarding Data 

This parameter includes a number to define the forwarded-to destination, the forwarding reason and the forwarding 
options Notification to calling party and Redirecting presentation, and can include the forwarded-to subaddress. See 
3GPP TS 23.018 [97] and 3GPP TS 23.079 [99] for the conditions for the presence of its components. 

Forwarding Interrogation Required 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Long FTN Supported 

This parameter indicates that the GMSC supports Long Forwarded-to Numbers. 

VMSC address 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

GMSC CAMEL Subscription Info 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Location Information 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Subscriber State 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 
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CUG Subscription Flag 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

North American Equal Access preferred Carrier Id 

This parameter is returned to indicate the preferred carrier identity to be used to set-up the call (i.e. forwarding the call 
or establishing the roaming leg). 

SS-List 

This parameter includes SS-codes and will be returned as an operator option. The HLR shall not send PLMN-specific 
SS-codes across PLMN boundaries. However if the GMSC receives PLMN-specific SS-codes from a foreign PLMN's 
HLR the GMSC may ignore it. If the GMSC attempts to process the PLMN- specific SS- codes, this may lead to 
unpredictable behaviour but the GMSC shall continue call processing. 

Basic Service Code 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

If the CAMEL service is not involved, this parameter includes the basic service code and will be returned as an operator 
option. The HLR shall not send a PLMN-specific Basic Service Code across PLMN boundaries. However if the GMSC 
receives a PLMN-specific Basic Service Code from a foreign PLMN's HLR the GMSC may ignore it. If the GMSC 
attempts to process the PLMN specific Basic Service codes, this may lead to unpredictable behaviour but the GMSC 
shall continue call processing. 

CCBS Target 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Keep CCBS Call Indicator 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

1ST Alert Timer 

It includes the 1ST Alert timer value that must be used to inform the HLR about the call activities that the subscriber 
performs. This parameter is only sent to the GMSC in response to a Send Routing Information request which indicates 
the the GMSC supports 1ST. 

Number Portability Status 

This parameter indicates the number portability status of the subscriber. This parameter may be present if the sender of 
SRIack is NPLR. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Unknown Subscriber; 

The diagnostic for the Unknown Subscriber error may indicate 'NPDB Mismatch'. 

Number changed; 

- Call Barred; 

This error will indicate that either incoming calls are barred for this MS or that calls are barred due to Operator 
Determined Barring (see 3GPP TS 22.041 [8] for a definition of this network feature); 

- CUG Reject; 

The value of this error cause will indicate the reason for CUG Reject; 
Bearer Service Not Provisioned; 
Teleservice Not Provisioned; 
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A subscription check has been performed and the call has not passed the check due to incompatibility with 
regard to the requested service. Depending on the nature of the incompatibility, either of these messages will be 
returned; 

Facility Not Supported; 

Absent Subscriber; 

This indicates that the location of the MS is not known (either the station is not registered and there is no 
location information available or the Provide Roaming Number procedure fails due to IMSI detached flag being 
set), or the GMSC requested forwarding information with a forwarding reason of not reachable, and the call 
forwarding on MS not reachable service is not active; 

Busy Subscriber; 

This indicates that Call Forwarding on Busy was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of busy; 

The error may also indicate that the subscriber is busy due to an outstanding CCBS recall. In the error data it 
may then be specified that CCBS is possible for the busy encountered call; 

No Subscriber Reply; 

This indicates that Call Forwarding on No Reply was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of no reply; 

- OR Not Allowed; 

This indicates that the HLR is not prepared to accept an OR interrogation from the GMSC, or that calls to the 
specified subscriber are not allowed to be optimally routed; 

Forwarding Violation; 

System Failure; 

- Data Missing; 
Unexpected Data Value. 

See clause 7.6 for a definition of these errors. 

Provider error 

These are defined in clause 7.6. 

1 0.2 MAP_PROVIDE_ROAMING_NUMBER service 

10.2.1 Definition 

This service is used between the HLR and VLR. The service is invoked by the HLR to request a VLR to send back a 
roaming number to enable the HLR to instruct the GMSC to route an incoming call to the called MS. 

This is a confirmed service which uses the primitives described in table 10.2/L 

10.2.2 Service primitives 

Table 10.2/1: MAP_PROVIDE_ROAMING_NUMBER parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Number 


M 


M(=) 






MSISDN 


U 


C(=) 






LMSI 


C 


C(=) 
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Parameter name 


Request 


Indication 


Response 


Confirm 


GSM Bearer Capability 


C 


C(=) 






Network Signal Info 


C 


C(=) 






Suppression Of Announcement 


c 


C(=) 






Call Reference Number 


c 


C(=) 






GIVISC Address 


c 


C(=) 






OR Interrogation 


c 


C(=) 






OR Not Supported in GMSC 


c 


C(=) 






Alerting Pattern 


c 


C(=) 






CCBS Call 


c 


C(=) 






Supported CAMEL Phases in 
GMSC 


c 


C(=) 






Additional Signal Info 


c 


C(=) 






Pre-paging supported 


c 


C(=) 






Long FTN Supported 


c 


C(=) 






Roaming Number 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












10.2.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. Note that: 

a conditional parameter whose use is defined only in 3GPP TS 23.078 shall be absent if the sending entity does 
not support CAMEL; 

a conditional parameter whose use is defined only in 3GPP TS 23.079 [99] shall be absent if the sending entity 
does not support optimal routeing; 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 & 3GPP TS 23.079 [99] shall be absent if 
the sending entity supports neither CAMEL nor optimal routeing. 

IMSI 

This is the IMSI of the called Subscriber. 

MSC Number 

This is the ISDN number assigned to the MSC currently serving the MS. The MSC number will have been stored in the 
HLR as provided at location updating. 

MSISDN 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

LMSI 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

GSM Bearer CapabiUty 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

This information is passed according to the rules specified in TS 3GPP TS 29.007 [56]. 

There may be two GSM Bearer Capabilities supplied. 

Network Signal Info 

See 3GPP TS 23.018 [97] for the conditions for the presence of the components of this parameter. 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 
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Call Reference Number 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

GMSC Address 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

OR Interrogation 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

OR Not Supported in GMSC 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Supported CAMEL Phases in GMSC 

See 3GPP TS 23.078 [98] for the use of this parameter and the conditions for its presence. 

Alerting Pattern 

See 3GPP TS 23.078 [98] for the use of this parameter and the conditions for its presence. 

CCBS Call 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Additional Signal Info 

See 3GPP TS 23.081 [27] for the conditions for the presence of the components of this parameter. 

Pre-paging supported 

See 3GPP TS 23.018 for the use of this parameter and the conditions for its presence. 

Long FTN supported 

See 3GPP TS 23.082 for the use of this parameter and the conditions for its presence. 

Roaming Number 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Absent Subscriber; 

This error will be returned if the IMSI detach flag is set. 

No Roaming Number Available; 

- OR Not Allowed; 

This indicates that the MAP_PROVIDE_ROAMING_NUMBER indication included the OR interrogation 
indicator, but the VLR does not support optimal routeing. 

Facility Not Supported; 

System Failure; 

- Data Missing; 

- Unexpected Data Value. 
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See clause 7.6 for a definition of these reasons. 

Provider error 

These are defined in clause 7.6. 

1 0.3 MAP_RESUME_CALL_HANDLING service 

10.3.1 Definition 

This service is used between the terminating VMSC and the GMSC. The service is invoked by the terminating VMSC 
to request the GMSC to resume handling the call and forward it to the specified destination. 

This is a confirmed service which uses the Primitives listed in table 10.3/1. 

10.3.2 Service primitives 

Table 10.3/1: MAP_RESUME_CALL_HANDLING parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Call Reference Number 


C 


C(=) 






Basic Service Group 





C(=) 






IMSI 


C 


C(=) 






Forwarding Data 


C 


C(=) 






CUG Interlock 





C(=) 






CUG Outgoing Access 


C 


C(=) 






0-CSI 


C 


C(=) 






D-CSI 





C(=) 






CCBS Target 


C 


C(=) 






UU Data 


C 


C(=) 






UUS CF Interaction 


c 


C(=) 






All Information Sent 





C(=) 






MSISDN 
User error 


c 


C(=) 


C 


C(=) 


Provider error 












10.3.3 Parameter use 

Information received in subsequent segment of a segmented dialogue shall not overwrite information received in an 
earlier segment. 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

Call Reference Number 

See 3GPP TS 23.079 [99] for the use of this parameter. This parameter shall be present in a first segment of the 
dialogue. 

Basic Service Group 

See 3GPP TS 23.079 [99] for the use of this parameter. This parameter shall be present in a first segment of the 
dialogue. 

IMSI 

This is the IMSI of the forwarding Subscriber. This parameter shall be present in a first segment of the dialogue. 

Forwarding Data 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 62 ETSI TS 1 29 002 V4.9.0 (2002-09) 

This parameter includes a number to define the forwarded-to destination, the forwarding reason and the forwarding 
options Notification to calHng party and Redirecting presentation, and can include the forwarded-to subaddress. See 
3GPP TS 23.079 [99] for the conditions for the presence of its components. This parameter shall be present in a first 
segment of the dialogue. 

CUG Interlock 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

O-CSI 

See 3GPP TS 23.078 for the use of this parameter and the conditions for its presence. 

For CAMEL phases 1 & 2, the O-CSI shall contain only one set of O-BCSM TDP data. 

D-CSI 

The Dialled Services-CSI. 

See 3GPP TS 23.078 for the use of this parameter and the conditions for its presence. 

CCBS Target 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

UU Data 

See 3GPP TS 23.087 for the use of this parameter and the conditions for its presence. 

UUS CF Interaction 

See 3GPP TS 23.087 for the use of this parameter and the conditions for its presence. 

All Information Sent 

This parameter is set when the VMSC has sent all information to GMSC. 

MSISDN 

This parameter is the basic MSISDN of the forwarding subscriber. It shall be present if the VMSC supports 
determination of the redirecting number. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Optimal Routeing not allowed; 

Forwarding failed; 

Unexpected Data Value; 
- Data Missing. 
Provider error 
These are defined in clause 7.6. 
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1 0.4 MAP_PREPARE_GROUP_CALL service 

10.4.1 Definition 

This service is used by the Anchor_MSC to inform the Relay_MSC about a group call set-up. 

The MAP_PREPARE_GROUP_CALL service is a confirmed service using the service primitives given in table 10.4/1. 

10.4.2 Service primitives 

Table 10.4/1: MAP PREPARE GROUP CALL service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Teleservice 


M 


M(=) 






ASCI Call Reference 


M 


M(=) 






Ciphering Algorithm 


M 


M(=) 






Group Key Number 


C 


C(=) 






Group Key 


C 


C(=) 






Priority 


C 


C(=) 






CODEC-lnformation 


M 


M(=) 






Uplink Free Indicator 


M 


M(=) 






Group Call Number 






M 


M(=) 


User Error 






C 


C(=) 


Provider Error 












1 0.4.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

Teleservice 

Voice Broadcast Service or Voice Group Call Service. 

ASCI Call Reference 

Broadcast call reference or group call reference. This item is used to access the VBS-GCR or VGCS-GCR within the 
Relay_MSC. 

Ciphering Algorithm 

The ciphering algorithm to be used for the group call. 

Group Key Number 

This number has to be broadcasted and is used by the mobile station to select the chosen group key. 

Shall be present if the ciphering applies. 

Group Key 

This key is used for ciphering on the radio interface. 

Shall be present if the ciphering applies. 

Priority 

Default priority level related to the call if eMLPP applies. 

CODEC-lnformation 
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Information on the codecs allowed for this call. 

Uplink Free Indicator 

A flag indicating whether the call is initiated from a dispatcher. 

Group Call Number 

This temporary allocated E.164 number is used for routing the call from the Anchor MSC to the Relay MSC. 

User Error 

For definition of this parameter see clause 7.6.1 The following errors defined in clause 7.6.1 may be used, depending on 
the nature of the fault: 

No Group Call Number available; 

System Failure; 
- Unexpected Data Value. 
Provider Error 
See definition of provider error in clause 7.6.1. 

1 0.5 MAP_PROCESS_GROUP CALL_SIGNALLING service 
10.5.1 Definitions 

This service is used between Relay MSC and Anchor MSC for transmission of Group Call notifications. 

The MAP_PROCESS_GROUP_CALL_SIGNALLING service is a non-confirmed service using the service primitives 
given in table 10.5/1. 



10.5.2 Service primitives 



Table 10.5/1: MAP PROCESS GROUP CALL SIGNALLING service 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


Uplink Request 


C 


C(=) 


Uplink Release Indication 


C 


C(=) 


Release Group Call 


C 


C(=) 



1 0.5.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6. 1 

Uplink Request 

This information element indicates to the anchor MSC that a service subscriber roaming in the relay MSC area requests 
access to the uplink. 

Uplink Release Indication 

This information element if included by the Relay MSC indicates to the Anchor MSC that the uplink has become free. 

Release Group Call 
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This information element if included by the Relay MSC indicates to the Anchor MSC that the service subscriber who 
has initiated the call and who currently has access to the uplink terminates the call. 

1 0.6 MAP_FORWARD_GROUP_CALL_SIGNALLING service 

10.6.1 Definitions 

This service is used between Anchor MSC and Relay MSC for transmission of Group Call notifications. 

The MAP_FORWARD_GROUP_CALL_SIGNALLING service is a non-confirmed service using the service 
primitives given in table 10.6/1. 

10.6.2 Service primitives 

Table 10.6/1: MAP FORWARD GROUP CALL SIGNALLING service 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


IMSI 


C 


C(=) 


Uplink Request 
Acknowledgement 


C 


C(=) 


Uplink Release Indication 


C 


C(=) 


Uplink Reject Command 


C 


C(=) 


Uplink Seized Command 


C 


C(=) 


Uplink Release Command 


c 


C(=) 


State Attributes 


c 


C(=) 



1 0.6.3 Parameter definitions and use 

IMSI 

Identity of the service subscriber who has established the call and who is allowed to terminate the call. 

Invoke Id 

See definition in clause 7.6.1. 

Uplink Request Acknowledgement 

This information element is used for positive acknowledgement of an uplink request. 

Uplink Release Indication 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink has become free. 

Uplink Reject Command 

This information element is used for negative acknowledgement of an uplink request. 

Uplink Seized Command 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink is no longer free. 

Uplink Release Command 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink which is granted 
to a MS in the relay MSC area shall be released. 

State Attributes 
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This information element is used to allow service logic running in an Anchor MSC to mute a VGCS talker even when 
the talker is served on a Relay MSC. The IE is used to build a GCC message that provides a mechanism to induce the 
VGCS talker terminal to mute/unmute the downlink at the Anchor MSC, as defined in 3GPP TS 44.068. 

1 0.7 MAP_SEND_GROUP_CALL_END_SIGNAL service 

10.7.1 Definitions 

This service is used between the Relay MSC and the Anchor MSC indicating that VGCS / VBS channels have been 
established in the Relay MSC area. The response is used by the Anchor MSC to inform the Relay MSC that all 
resources for the call can be released in the Relay MSC because the call has been released in the Anchor MSC. 

The MAP_SEND_GROUP_CALL_END_SIGNAL service is a confirmed service using the service primitives given in 
table 10.7/1. 

10.7.2 Service primitives 

Table 10.7/1: MAP SEND GROUP CALL END SIGNAL service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Provider Error 












1 0.7.3 Parameter definitions and use 

IMSI 

Identity of the service subscriber who has established the call and who is allowed to terminate the call. 

Shall be present if the call was established by a service subscriber roaming in the relay MSC area. 

Invoke Id 

See definition in clause 7.6. 1 

Provider Error 

See definition of provider error in clause 7.6.1. 

1 0.8 MAP_Provide_SIWFS_Number 
10.8.1 Definition 

This service is used between an MSC and SIWFS. It is invoked by an MSC receiving an incoming call (call to or from 
MS) to request the SIWFS to allocate IWU resources. The service is defined in GSM 03.54. 

This is a confirmed service using the primitives described in table 10.8/1. 



10.8.2 Service primitive 



Table 10.8/1: MAP Provide SIWFS Number service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke ID 


M 


M(=) 


M(=) 


M(=) 


GSM Bearer Capability 


M 


M(=) 






ISDN Bearer Capability 


M 


M(=) 






Call Direction 


M 


M(=) 
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B-subscriber address 


M 


M{=) 






Chosen Channel 


M 


M(=) 






Lower Layer Compatibility 


C 


C(=) 






High Layer Compatibility 


C 


C(=) 






SIWFS number 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












10.8.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

GSM Bearer Capability 

This information is the result from the negotiation with the mobile station. The information is sent from the MSC to the 
SIWFS to allocate the correct IWU. 

ISDN Bearer Capability 

This parameter refers to the ISDN Bearer Capability information element. For the MTC this parameter is received in the 
ISUP User Service Information parameter. For the MOC call this parameter is mapped from the GSM BC parameter 
according to 3GPP TS 29.007 [56]. The parameter is used by the SIWFS to route the call and to allocate the outgoing 
circuit. 

Call Direction 

This parameter indicates the direction of the call (mobile originated or mobile terminated) at call set-up. 

B-subscriber address 

This parameter is sent from the MSC to the SIWFS to inform the SIWFS where to route the call i.e. where to send the 
lAM. If the loop method is used this parameter will indicate the address to the VMSC. This address is allocated by the 
VMSC in the same way as a MSRN and is used to correlate the incoming lAM to the corresponding MAP dialogue. If 
the non-loop method is used this parameter will indicate the address to the B-subscriber. 

Chosen Channel 

This parameter is sent from the MSC to the SIWFS to adjust the interworking unit to the assigned radio resources. This 
parameter is defined in 3GPP TS 48.008 [49]. 

Lower Layer Compatibility 

This parameter is sent from the MSC to the SIWF to allow the interworking unit to perform a compatibility check. This 
parameter is handled as specified in 3GPP TS 29.007 [56]. This parameter is defined in 3GPP TS 24.008 [35]. 

High Layer Compatibility 

This parameter is sent from the MSC to the SIWF to allow the interworking unit to perform a compatibility check. This 
parameter is handled as specified in 3GPP TS 29.007 [56]. This parameter is defined in 3GPP TS 24.008 [35]. 

SIWFS number 

This parameter is sent from the SIWFS to the MSC. This address is used by the visited MSC to route the call, i.e. the 
lAM to the SIWFS (similar to MSRN) and will be used by the SIWFS to correlate the incoming lAM to the 
corresponding MAP message. This parameter must always be sent from the SIWFS when a successful allocation of 
SIWFS resources has been made. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Resource limitation; 

Facility Not Supported; 
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1 0.9 MAP_SIWFS_Signalling_Modify 

10.9.1 Definition 

This service is used to transport signalling information between an MSC and an SIWFS in the case of a request to 
modify the configuration (e.g. HSCSD). It is invoked either by an MSC or by the SIWFS. The service is defined in 
GSM 03.54. 

This is a confirmed service using the primitives described in table 10.9/1. 

10.9.2 Service primitive 

Table 10.9/1: MAP_SIWFS_Signalling_Modify service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke ID 


M 


M(=) 


M(=) 


M(=) 


Channel Type 


C 


C(=) 






Chosen Channel 


C 


C(=) 


C(=) 


C(=) 


User error 






C 


C(=) 


Provider error 












10.9.3 Parameter use 

See clause 7.6 for a definition of the parameter used, in addition to the following. 

Channel Type 

This parameter is the result of a Channel Mode Modification for TS61/62. It contains the changed Air Interface User 
Rate. The information is sent from the SIWFS to the MSC to assign the correct radio resource. This parameter is 
defined in 3GPP TS 48.008 [49]. 

Chosen Channel 

This parameter is sent from the MSC to the SIWFS to adjust the interworking unit to the assigned radio resources. This 
parameter is defined in 3GPP TS 48.008 [49]. 

User error 

This parameter is sent by the responder when an error is detected and if present , takes one of the following values: 

Resource limitation; 

Facility Not Supported; 

Data Missing; 

Unexpected Data Value; 

System Failure. 
See clause 7.6 for a definition of these reasons. 
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Provider error 



These are defined in clause 7.6. 



10.10 MAP_SET_REPORTING_STATE service 

10.10.1 Definition 

This service is used between the HLR and the VLR to set the reporting state for a requested service. It is a confirmed 
service using the service primitives shown in table 10.10/1. 

1 0. 1 0.2 Service primitives 

Table 10.10/1: MAP_SET_REPORTING_ST ATE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






LMSI 


C 


C(=) 






CCBS Monitoring 


c 


C(=) 






CCBS Subscriber Status 






C 


C{=) 


User error 






C 


C(=) 


Provider error 












10.10.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

IMSI 

The IMSI is a mandatory parameter if the service is used as the only one in a dialogue. 

CCBS Monitoring 

This parameter indicates whether monitoring for CCBS shall be started or stopped. If it indicates that monitoring shall 
be started this service corresponds to the message 'Start Reporting' in 3GPP TS 23.093 [107]; if it indicates that 
monitoring shall be stopped this service corresponds to the message 'Stop Reporting' in 3GPP TS 23.093 [107]. 

CCBS Subscriber Status 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

System Failure; 

Unidentified Subscriber; 

Unexpected Data Value; 
- Data Missing; 

Resource Limitation; 

Facility Not Supported. 
NOTE: This error is reserved for future use. 
Provider error 
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These are defined in clause 7.6. 

10. 11 MAP_STATUS_REPORT service 

10.11.1 Definition 

This service is used by the VLR to report an event or call outcome to the HLR. It is a confirmed service using the 
service primitives shown in table 10.1 1/1. 

10.11.2 Service primitives 



Table 10.11/1 : MAP_STATUS_REPORT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






CCBS Subscriber Status 


C 


C(=) 






IVIonitoring IVIode 


C 


C(=) 






Call Outcome 


c 


C(=) 






User error 






C 


C(=) 


Provider error 












10.11.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

CCBS Subscriber Status 

If this parameter is present without Monitoring Mode and Call Outcome this service corresponds to the message 'Event 
Report' in 3GPP TS 23.093 [107]. See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its 
presence. 

Monitoring Mode 

If this parameter is present with CCBS Call Outcome this service corresponds to the message 'CCBS Call Report' in 
3GPP TS 23.093 [107]. See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Call Outcome 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

Unknown Subscriber; 

System Failure; 

Unexpected Data Value; 

Data Missing. 
Provider error 
These are defined in clause 7.6. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



171 



ETSI TS 129 002 V4.9.0 (2002-09) 



10.12 MAP_REMOTE_USER_FREE service 

10.12.1 Definition 

This service is used between the HLR and the VLR to report that the B subscriber is now idle and that the A subscriber 
can be notified. It is a confirmed service using the service primitives shown in table 10.12/1. 

10.12.2 Service primitives 

Table 10.12/1: MAP_REMOTE_USER_FREE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Call Info 


M 


M(=) 






CCBS Feature 


M 


M(=) 






Translated B Number 


M 


M(=) 






Replace B Number 


C 


C(=) 






Alerting Pattern 


C 


C(=) 






RUF Outcome 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












10.12.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

Call Info 

See 3GPP TS 23.093 [107] for the use of this parameter. 

CCBS Feature 

See 3GPP TS 23.093 [107] for the conditions for the presence of the parameters included in the CCBS feature. 

Translated B Number 

See 3GPP TS 23.093 [107] for the use of this parameter. 

Replace B Number 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Alerting Pattern 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

RUF Outcome 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

Unexpected Data Value; 

- Data Missing; 

Incompatible Terminal; 
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This error is returned by the responder when the terminal used for CCBS activation is not compatible with the 
terminal used for the CCBS recall. For details refer to 3GPP TS 24.008 [35]; 

Absent Subscriber (IMSI Detach; Restricted Area; No Page Response); 

System Failure; 
- Busy Subscriber (CCBS Busy). 
Provider error 
These are defined in clause 7.6. 

10.13 MAP_IST_ALERT service 

10.13.1 Definition 

This service is used between the MSC (Visited MSC or Gateway MSC) and the HLR, to report that the 1ST timer 
running for a call for the Subscriber has expired. It is a confirmed service using the service primitives shown in 
table 10.13/1. 

10.13.2 Service primitives 



Table 10.13/1: MAP_IST_ALERT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






1ST Alert Timer 






C 


C(=) 


1ST Information Withdraw 






C 


C(=) 


Call termination Indicator 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












10.13.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are appUcable: 

1ST Alert Timer 

If included in the 1ST Alert response, it includes the new 1ST Alert timer value that must be used to inform the HLR 
about the call activities that the subscriber performs. 

1ST Information Withdraw 

If included in the 1ST Alert response, this parameter is used to indicate that the 1ST condition has been removed for the 
subscriber. When the MSC receives this parameter, 1ST control for that call shall be terminated. 

Call termination Indicator 

If included in the 1ST Alert response, this parameter is used to indicate whether the MSC shall terminate the call activity 
that had previously triggered the 1ST Alert procedure, or it shall also release all other call activities for the specified 
subscriber (outgoing call activities if the 1ST Alert is initiated by the VMSC, or incoming call activities if the 1ST Alert 
is initiated by the GMSC). Release of all other call activities is possible only if the MSC has the capability to link the 
call activities for the Subscriber by using the IMSI as key. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

System Failure; 
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Unexpected Data Value; 
Resource Limitation; 
Facility Not Supported; 
- Unknown Subscriber. 

10.14 MAP_IST_COMMAND service 

10.14.1 Definition 

This service is used by the HLR to instruct the MSC (Visited MSC or Gateway MSC) to terminate ongoing call 
activities for a specific subscriber. It is a confirmed service using the service primitives shown in table 10.14/1. 

10.14.2 Service primitives 



Table 10.14/1: MAP_IST_COMM AND parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












10.14.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

System Failure; 

Unexpected Data Value; 

Resource Limitation; 

Facility Not Supported; 

Unknown Subscriber. 

1 1 Supplementary services related services 

1 1 .1 MAP_REGISTER_SS service 
11.1.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to register data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11 . 1 ./I . 
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11.1.2 Service primitives 



Table 11.1/1: MAP_REGISTER_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarded-to number with subaddress 


C 


C(=) 






No reply condition time 


C 


C(=) 






EMLPP default priority 


C 


C(=) 


C 


C(=) 


Long FIN Supported 


C 


C(=) 






NbrUser 


C 


C(=) 


C 


C(=) 


Forwarding information 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












11.1.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to register. 

Basic service 

This parameter indicates for which basic service group the supplementary service is to be registered. If it is not 
included, the registration request applies to all basic services. 

Forwarded-to number with subaddress 

This parameter is obligatory if the registration applies to one or more call forwarding supplementary services. It can 
optionally include a sub-address. 

No replv condition time 

This parameter is included if the registration applies to the Call Forwarding on No Reply supplementary service (or a 
superset of this service) and the mobile subscriber supplies a value for this time. 

EMLPP default priority 

This parameter is sent by the initiator to register the eMLPP default priority level and is returned by the responder at 
successful outcome of the service. 

Long FTN Supported 

This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

NbrUser 

This parameter is sent by the initiator to register the MC maximum number of user defined circuit switched bearers to 
be used. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the registration request concerned 
one or a group of Call Forwarding supplementary services. 
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User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

- Call Barred; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Illegal SS operation; 
SS error status; 

- SS incompatibility. 
Provider error 

See clause 7.6. 1 for the use of this parameter. 

1 1 .2 MAP_ERASE_SS service 

11.2.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to erase data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table n.2/L 

1 1 .2.2 Service primitives 

Table 11.2/1: MAP_ERASE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












1 1 .2.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to erase. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



176 



ETSI TS 129 002 V4.9.0 (2002-09) 



Basic service 

This parameter indicates for which basic service group the supplementary service should be erased. If it is not included, 
the erasure request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the erasure request concerned one or 
a group of Call Forwarding supplementary services. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

Data Missing; 

Unexpected data value; 

Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 
- Call Barred; 

Illegal SS operation; 

SS error status. 
Provider error 
See clause 7.6. 1 for the use of this parameter. 

1 1 .3 MAP_ACTIVATE_SS service 
11.3.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to activate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11. 3/1. 



1 1 .3.2 Service primitives 



Table 11.3/1: MAP_ACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Long FIN Supported 


C 


C(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C{=) 


Call barring information 






C 


C(=) 


SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 77 ETSI TS 1 29 002 V4.9.0 (2002-09) 

1 1 .3.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to activate. 

Basic service 

This parameter indicates for which basic service groups the requested supplementary service(s) should be activated. If it 
is not included, the activation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Forwarding. 

Long FTN Supported 

This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Barring. 

SS-Data 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned for 
example Call Waiting. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

- Data Missing; 
Unexpected data value; 
Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 

- Call Barred; 

- Illegal SS operation; 
SS error status; 

SS subscription violation; 
SS incompatibility; 
Negative PW check; 

- Number Of PW Attempts Violation. 
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Provider error 

See clause 7.6. 1 for the use of this parameter. 

1 1 .4 MAP_DEACTIVATE_SS service 

11.4.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to deactivate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11. 4/1. 

1 1 .4.2 Service primitives 

Table 11.4/1: MAP_DEACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


Call barring information 






C 


C(=) 


SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












1 1 .4.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to deactivate. 

Basic service 

This parameter indicates for which basic service group the requested supplementary service(s) should be deactivated. If 
it is not included the deactivation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the deactivation request concerned 
one or a group of Call Forwarding supplementary services. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned one 
or a group of Call Barring supplementary services. 

SS-Data 

This parameter is returned by the responder at successful outcome of the service, for example if the deactivation request 
concerned the Call Waiting supplementary service. 
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User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

- Data Missing; 

- Unexpected data value; 
Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Call Barred; 

- Illegal SS operation; 
SS error status; 

SS subscription violation; 
Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .5 MAP_INTERROGATE_SS service 
11.5.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to retrieve information related 
to a supplementary service. The VLR will relay the message to the HLR if necessary. 

The service is a confirmed service and consists of four service primitives. 



1 1 .5.2 Service primitives 

The service primitives are shown in table 11. 5/1. 



Table 11.5/1: MAP_INTERROGATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






SS-Status 






C 


C(=) 


Basic service Group LIST 






C 


C(=) 


Forwarding feature LIST 






c 


C(=) 


CLI restriction Info 






c 


C(=) 


EMLPP Info 






c 


C(=) 


MC Information 






c 


C(=) 


CCBS Feature LIST 






c 


C(=) 


User error 






c 


C(=) 


Provider error 
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1 1 .5.3 Parameter use 

For additional information on parameter use refer to the GSM 04. 8x and 04.9x-series of technical specifications. 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

SS-Code 

The mobile subscriber can only interrogate a single supplementary service per service request. 

Basic service 

This parameter indicates for which basic service group the given supplementary service is interrogated. If it is not 
included, the interrogation request applies to all basic services. 

SS-Status 

This parameter is included by the responder if: 

the interrogated supplementary service can only be subscribed for all applicable basic services simultaneously; 
or 

the interrogated supplementary service is not active for any of the interrogated basic services, or 

the interrogation was for the CCBS supplementary service and no CCBS request is active or the service is not 
provisioned. 

Basic service group LIST 

This parameter LIST is used to include one or a series of basic service groups for which the interrogated supplementary 
service is active. If the interrogated supplementary service is not active for any of the interrogated (and provisioned) 
basic service groups, the SS-Status parameter is returned. 

Long FTN Supported 

This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

Forwarding feature LIST 

The forwarding feature parameter is described in clause 7.6.4. A list of one or more forwarding features is returned by 
the responder when the interrogation request applied to Call Forwarding supplementary service. 

If no basic service code parameter is provided within this sequence, the forwarding feature parameter applies to all 
provisioned basic services. 

CLI restriction Info 

The CLI-Restrictionlnfo parameter is returned by the responder when the interrogation request applies to the CLIR 
supplementary service. 

EMLPP Info 

The eMLPP info (maximum entitled priority and default priority) is returned by the responder if the interrogation 
request applies to the eMLPP supplementary service. 

MC Information 

The MC information (NbrSB, NbrUser and NbrSN) is returned by the responder if the interrogation request applies to 
the MC supplementary service. For a definition of these 3 components, refer to 3GPP TS 23.135 and 3GPP TS 24.135. 
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CCBS Feature LIST 

The CCBS feature parameter is described in clause 7.6. A list of one or more CCBS features is returned by the 
responder when the interrogation request applied to the CCBS supplementary service. See 3GPP TS 23.093 [107] for 
the conditions for the presence of the parameters included in the CCBS feature. 

User error 

This error is sent by the responder upon unsuccessful outcome of the interrogation service, and then takes one of the 
following values, defined in clause 7.6.1: 

System failure; 

Data Missing; 

Unexpected data value; 

Bearer Service not provisioned; 

This error is returned only if not even a subset of the interrogated bearer services are provided; 

Teleservice not provisioned; 

This error is returned only if not even a subset of the interrogated teleservices are provided; 
- Call Barred; 

Illegal SS operation; 

SS not available. 
Provider error 
See clause 7.6. 1 for the use of this parameter. 

1 1 .6 MAP_INVOKE_SS service 

11.6.1 Definitions 

This service is used between the MSC and the VLR to check the subscriber's subscription to a given supplementary 
service in the VLR, in connection with in-call invocation of that supplementary service, i.e. after the call set-up phase is 
finished. For supplementary service invocation during call set-up phase, please refer to the call handling descriptions. 

The service is a confirmed service and consists of four service primitives. 

1 1 .6.2 Service primitives 

The service primitives are shown in table 11. 6/1. 

Table 11.6/1: MAP_INVOKE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






User error 






C 


C(=) 


Provider error 
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11.6.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This SS-Code can only refer to a single supplementary service, e.g. the Call Hold or Multi Party supplementary 

services. 

Basic service 

This parameter indicates for which basic service the supplementary service invocation is required. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values: 

System Failure; 

Data Missing; 

Unexpected data value; 

- Call Barred; 

- Illegal SS operation; 
SS error status; 

SS not available. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

1 1 .7 MAP_REGISTER_PASSWORD service 

11.7.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR if the mobile subscriber 
requests to register a new password. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 

1 1 .7.2 Service primitives 

The service primitives are shown in table 11. 7/1. 

Table 11.7/1: MAP_REGISTER_PASSWORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






New password 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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11.7.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates for which supplementary service(s) the password should be registered. 

New Password 

See clause 7.6.4 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

- Data Missing; 
Unexpected data value; 

- Call Barred; 

SS subscription violation; 
Password registration failure; 
Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .8 MAP_GET_PASSWORD service 

11.8.1 Definitions 

This service is used between the HLR and the VLR and between the VLR and the MSC when the HLR receives a 
request from the mobile subscriber for an operation on a supplementary service which requires a password from the 
subscriber. The VLR will relay the message to the MSC. 

The service is a confirmed service and uses the service primitives shown in table 11. 8/1. 

1 1 .8.2 Service primitives 



Table 11.8/1: MAP_GET_PASSWORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Linked id 


C 


C(=) 






Guidance info 


M 


M(=) 






Current password 






M 


M(=) 


Provider error 
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1 1 .8.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

Linked Id 

See clause 7.6.1 for the use of this parameter. If the ]V1AP_GET_P AS SWORD service is used in conjunction with the 
MAP_REGlSTER_PASSWORD service, this parameter must be present; otherwise it must be absent. 

Guidance info 

See clause 7.6.4 for the use of this parameter. 

Current password 

See clause 7.6.4 for the use of this parameter. 

Provider error 

See clause 7.6. 1 for the use of this parameter. 

1 1 .9 MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
service 

11.9.1 Definitions 

This service is used between the MSC and the VLR, between the VLR and the HLR, between the HLR and gsmSCF 
and between the HLR and HLR to relay information in order to allow unstructured supplementary service operation. 

The MAP_PROCESS_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from 
table 11.9/1. 



1 1 .9.2 Service primitives 



Table 11.9/1: MAP_PROCESS_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M(=) 


C 


C(=) 


USSD String 


M 


M(=) 


C 


C(=) 


MSISDN 


U 


C(=) 






User error 






c 


C(=) 


Provider error 












1 1 .9.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

USSD Data Coding Scheme 

See clause 7.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD String parameter has to be 
present. 
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USSD String 

See clause 7.6.1 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD Data Coding Scheme 
parameter has to be present. 

MSISDN 

The subscriber^ basic MSISDN. 

See definition in clause 7.6.2. The MSISDN is included as an operator option, e.g. to allow addressing the subscriber"s 
data in the gsmSCF with the MSISDN. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 
- Call Barred; 

Unknown Alphabet. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

11.10 MAP_UNSTRUCTURED_SS_REQUEST service 

11.10.1 Definitions 

This service is used between the gsmSCF and the HLR, the HLR and the VLR and between the VLR and the MSC 
when the invoking entity requires information from the mobile user, in connection with unstructured supplementary 
service handling. 

The MAP_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from table 11.10/1. 



11.10.2 Service primitives 



Table 11.10/1: MAP_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M(=) 


C 


C(=) 


USSD String 


M 


M(=) 


C 


C(=) 


Alerting Pattern 


C 


C(=) 






User error 






c 


C(=) 


Provider error 












11.10.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 
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USSD Data Coding Scheme 

See clause 7.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the mobile 
user's MMI input. If this parameter is present, then the USSD String parameter has to be present. 

USSD String 

See clause 7.6. 1 for the use of this parameter. The presence of the parameter in the response is dependent on the mobile 
user's MMI input. If this parameter is present, then the USSD Data Coding Scheme parameter has to be present. 

Alerting Pattern 

See clause 7.6.3 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string; 

Absent Subscriber; 

Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication; 

Illegal Equipment; 
- USSD Busy; 

Unknown Alphabet. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

11.11 MAP_UNSTRUCTURED_SS_NOTIFY service 
11.11.1 Definitions 

This service is used between the gsmSCF and the HLR, the HLR and the VLR and between the VLR and the MSC 
when the invoking entity requires a notification to be sent to the mobile user, in connection with unstructured 
supplementary services handling. 

The MAP_UNSTRUCTURED_SS_NOTIFY service is a confirmed service using the primitives from table 11.11/1. 
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11.11.2 Service primitives 



Table 11.11/1: MAP_UNSTRUCTURED_SS_NOTIFY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M(=) 






USSD String 


M 


M(=) 






Alerting Pattern 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












11.11.3 Parameter use 

Invoke id 

See clause 7.6. 1 for the use of this parameter. 

USSD Data Coding Scheme: 

See clause 7.6.4 for the use of this parameter. 

USSD String: 

See clause 7.6. 1 for the use of this parameter. 

Alerting Pattern 

See clause 7.6.3 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 

Absent Subscriber; 

- Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication. 

- Illegal Equipment; 

- USSD Busy; 
Unknown Alphabet. 

Provider error 

See clause 7.6. 1 for the use of this parameter. 
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11.12 MAP_SS_INVOCATION_NOTIFY 

11.12.1 Definition 

This service is used between the MSC and the gsmSCF when the subscriber invokes one of the following 
supplementary services; Call Deflection (CD), Explicit Call Transfer (ECT) or Multi Party (MPTY). 

This service is used between the HLR and the gsmSCF when the subscriber invokes the CCBS supplementary service. 

11.12.2 Service primitives 

The service primitives are shown in table 11.12/1. 

Table 11.12/1 : SS_INVOCATION_NOTIFY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






IMSI 


M 


M(=) 






SS- event 


M 


M(=) 






SS- event data 


C 


C(=) 






B-subscriber Number 


C 


C(=) 






CCBS Request State 


C 


C{=) 






User error 






C 


C(=) 


Provider error 












11.12.3 Parameter use 

All parameters are described in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 
This is defined in clause 7.6.1. 

11.13 MAP_REGISTER_CC_ENTRY service 
11.13.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to register data for a requested 
call completion supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11.13/1. 
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11.13.2 Service primitives 



Table 11.13/1: MAP_REGISTER_CC_ENTRY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS Code 


M 


M(=) 






CCBS Feature 


C 


C(=) 


C 


C(=) 


Translated B number 


C 


C(=) 






Service Indicator 


C 


C(=) 






Call Info 


c 


C(=) 






Network Signal Info 


c 


C(=) 






User error 






C 


C(=) 


Provider error 












11.13.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

SS-Code 

This parameter indicates the call completion supplementary service for which the mobile subscriber wants to register an 
entry. 

CCBS Feature 

See 3GPP TS 23.093 [107] for the conditions for the presence of the parameters included in the CCBS feature. 

Translated B Number 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Service Indicator 

This parameter corresponds to the parameters 'Presentation Indicator' and 'CAMEL Invoked' in 3GPP TS 23.093 [107]. 
It indicates which services have been invoked for the original call (e.g. CLIR, CAMEL). See 3GPP TS 23.093 [107] for 
the use of this parameter and the conditions for its presence. 

Call Info 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Network Signal Info 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

Data missing; 

Unexpected data value; 

- Call Barred; 

- Illegal SS operation; 
SS error status; 

- SS incompatibility. 
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Short Term Denial; 

Long Term Denial; 

Facility Not Supported; 
NOTE: This error is reserved for future use. 
Private Extensions shall not be sent with these user errors for this operation. 
Provider error 
See clause 7.6. 1 for the use of this parameter. 

11.14 MAP_ERASE_CC_ENTRY service 

11.14.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to erase data related to a call 
completion supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 1 1.14/1. 

11.14.2 Service primitives 

Table 11.14/1: MAP_ERASE_CC_ENTRY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 


C(=) 


C(=) 


CCBS Index 


C 


C(=) 






SS-Status 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












11.14.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

SS-Code 

This parameter indicates the call completion supplementary service for which the mobile subscriber wants to erase an 
entry/entries. 

CCBS Index 

See 3GPP TS 23.093 [107] for the use of this parameter and the condition for its presence. 

SS-Status 

Depending on the outcome of the service request this parameter may indicate either provisioned and active or not 
provisioned. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

System failure; 

- Data Missing; 
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Unexpected data value; 

- Call Barred; 

- Illegal SS operation; 
SS error status. 

Private Extensions shall not be sent with these user errors for this operation. 

Provider error 

See clause 7.6. 1 for the use of this parameter. 



12 Short message service management services 

12.1 IVIAP-SEND-ROUTING-INFO-FOR-SIVI service 
12.1.1 Definition 

This service is used between the gateway MSC and the HLR to retrieve the routing information needed for routing the 
short message to the servicing MSC. 

The MAP-SEND-ROUTING-INFO-FOR-SM is a confirmed service using the primitives from table 12.1/1. 



12.1.2 Service primitives 



Table 12.1/1: MAP-SEND-ROUTING-INFO-FOR-SM 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






SM-RP-PRI 


M 


M(=) 






Service Centre Address 


M 


M(=) 






SM-RP-MTI 


C 


C(=) 






SM-RP-SMEA 


C 


C(=) 






GPRS Support Indicator 


C 


C{=) 






IMSI 






C 


C(=) 


Networl< Node Number 






C 


C(=) 


LMSI 






c 


C(=) 


GPRS Node Indicator 






c 


C(=) 


Additional Number 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












12.1.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSISDN 

See definition in clause 7.6.2. 

SM-RP-PRI 

See definition in clause 7.6.8. 
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Service Centre Address 

See definition in clause 7.6.2. 

SM-RP-MTI 

See definition in clause 7.6.8. This parameter shall be present when the feature « SM filtering by the HPLMN » is 
supported by the SMS-GMSC and when the equivalent parameter is received from the short message service relay sub- 
layer protocol. 

SM-RP-SMEA 

See definition in clause 7.6.8. This parameter shall be present when the feature « SM filtering by the HPLMN » is 
supported by the SMS-GMSC and when the equivalent parameter is received from the short message service relay sub- 
layer protocol. 

GPRS Support Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if the SMS-GMSC supports receiving of the 
two numbers from the HLR. 

IMSI 

See definition in clause 7.6.2. The presence of this parameter is mandatory in a successful case. 

Network Node Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide this parameter from the VLR; it is mandatory for the 
HLR to include the LMSI in a successful response, if the VLR has used the LMSI. 

GPRS Node Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if only the SGSN number is sent in the 
Network Node Number. 

Additional Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown subscriber; 

- Call Barred; 
Teleservice Not Provisioned; 

- Absent Subscriber_SM; 
Facility Not Supported; 
System failure; 
Unexpected Data Value; 
Data missing. 

Provider error 

For definition of provider errors see clause 7.6.1. 
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1 2.2 MAP-MO-FORWARD-SHORT-MESSAGE service 

12.2.1 Definition 

This service is used between the serving MSC or the SGSN and the SMS Interworking MSC to forward mobile 
originated short messages. 

The MAP -MO-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 12.2/1. 

12.2.2 Service primitives 

Table 12.2/1: MAP-MO-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SMRPUI 


M 


M(=) 


C 


C(=) 


IMSI 
User error 


C 


C(=) 


C 


C(=) 


Provider error 












12.2.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SMRPDA 

See definition in clause 7.6.8. 

In the mobile originated SM transfer this parameter contains the Service Centre address received from the mobile 
station. 

SMRPOA 

See definition in clause 7.6.8. 

The MSISDN received from the VLR or from the SGSN is inserted in this parameter in the mobile originated SM 
transfer. 

SMRPUI 

See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. 

IMSI 

See definition in clause 7.6.2.1. The IMSI of the originating subscriber is inserted in this parameter in the mobile 
originated SM transfer. 

This parameter shall be included if the sending entity, whether MSC or SGSN, supports mobile number portability. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Facility Not Supported; 

System Failure; 
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SM Delivery Failure; 

The reason of the SM Delivery Failure can be one of the following in the mobile originated SM: 

- unknown Service Centre address; 
Service Centre congestion; 

invalid Short Message Entity address; 
subscriber not Service Centre subscriber; 

- protocol error. 
Unexpected Data Value 

Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.3 MAP-REPORT-SM-DELIVERY-STATUS service 
12.3.1 Definition 

This service is used between the gateway MSC and the HLR. The MAP-REPORT-SM-DELIVERY-STATUS service is 
used to set the Message Waiting Data into the HLR or to inform the HLR of successful SM transfer after polling. This 
service is invoked by the gateway MSC. 

The MAP-REPORT-SM-DELIVERY-STATUS service is a confirmed service using the service primitives given in 
table 12.3/1. 



12.3.2 Service primitives 



Table 12.3/1: MAP-REPORT-SM-DELIVERY-STATUS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






Service Centre Address 


M 


M(=) 






SM Delivery Outcome 


M 


M(=) 






Absent Subscriber Diagnostic SM 


C 


C(=) 






GPRS Support Indicator 


C 


C(=) 






Delivery Outcome Indicator 


C 


C(=) 






Additional SM Delivery Outcome 


C 


C(=) 






Additional Absent Subscriber Diagnostic SM 


C 


C(=) 






MSIsdn-Alert 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












12.3.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSISDN 

See definition in clause 7.6.2. 

Service Centre Address 

See definition in clause 7.6.2. 
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SM Delivery Outcome 

See definition in clause 7.6.8. This parameter indicates the status of the mobile terminated SM delivery. 

Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

GPRS Support Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if the SMS-GMSC supports handling of two 
delivery outcomes. 

Delivery Outcome Indicator 

See definition in clause 7.6.8. 

Additional SM Delivery Outcome 

See definition in clause 7.6.8. 

Additional Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

MSIsdn-Alert 

See definition in clause 7.6.2. This parameter shall be present in case of unsuccessful delivery, when the MSISDN 
received in the operation is different from the stored MSIsdn-Alert; the stored MSIsdn-Alert is the value that is returned 
to the gateway MSC. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown Subscriber; 

Message Waiting List Full; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

1 2.4 MAP-READY-FOR-SM service 
12.4.1 Definition 

This service is used between the MSC and VLR as well as between the VLR and the HLR. The MSC initiates this 
service if a subscriber indicates memory available situation. The VLR uses the service to indicate this to the HLR. 

The VLR initiates this service if a subscriber, whose message waiting flag is active in the VLR, has radio contact in the 
MSC. 

Also this service is used between the SGSN and the HLR. The SGSN initiates this service if a subscriber indicates 
memory available situation. The SGSN uses the service to indicate this to the HLR. 

The SGSN initiates this service if a subscriber, whose message waiting flag is active in the SGSN, has radio contact in 
the GPRS. 

The MAP-READY-FOR-SM service is a confirmed service using the primitives from table 12.4/L 
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12.4.2 Service primitives 



Table 12.4/1: MAP-READ Y-FOR-SM 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






TMSI 


C 


C(=) 






Alert Reason 


M 


M(=) 






Alert Reason Indicator 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












12.4.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used always between the VLR and the HLR and between the SGSN and the 
HLR. Between the MSC and the VLR the identification can be either IMSI or TMSI. 

TMSI 

See definition in clause 7.6.2. The identification can be either IMSI or TMSI between MSC and VLR. 

Alert Reason 

See definition in clause 7.6.8. This parameter indicates if the mobile subscriber is present or the MS has memory 
available. 

Alert Reason Indicator 

See definition in clause 7.6.8. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown Subscriber; 
- Facility Not Supported; 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

1 2.5 MAP-ALERT-SERVICE-CENTRE service 
12.5.1 Definition 

This service is used between the HLR and the interworking MSC. The HLR initiates this service, if the HLR detects 
that a subscriber, whose MSISDN is in the Message Waiting Data file, is active or the MS has memory available. 

The MAP-ALERT-SERVICE-CENTRE service is a confirmed service using the primitives from table 12.5/1. 
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12.5.2 Service primitives 



Table 12.5/1: MAP-ALERT-SERVICE-CENTRE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSIsdn-Alert 


M 


M(=) 






Service Centre Address 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












12.5.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSlsdn-Alert 

See definition in clause 7.6.2. The provided MSISDN shall be the one which is stored in the Message Waiting Data file. 

Service Centre Address 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

System Failure; 

Unexpected Data Value; 

Data missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

12.6 MAP-INFORM-SERVICE-CENTRE service 
12.6.1 Definition 

This service is used between the HLR and the gateway MSC to inform the Service Centre which MSISDN number is 
stored in the Message Waiting Data file. If the stored MSISDN number is not the same as the one received from the 
gateway MSC in the MAP-SEND-ROUTING-INFO-FOR-SM service primitive the stored MSISDN number is 
included in the message. 

Additionally the status of MCEF, MNRF and MNRG flags and the inclusion of the particular Service Centre address in 
the Message Waiting Data list is informed to the gateway MSC when appropriate. 

If the HLR has stored a single MNRR, the value is included in the Absent Subscriber Diagnostic SM parameter. 

If the HLR has stored a second MNRR, the value of the MNRR for the MSC is included in the Absent Subscriber 
Diagnostic SM parameter and the value of the MNRR for the SGSN is included in the Additional Absent Subscriber 
Diagnostic SM parameter. 

The MAP-INFORM-SERVICE-CENTRE service is a non-confirmed service using the primitives from table 12.6/1. 
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12.6.2 Service primitives 



Table 12.6/1: MAP-INFORM-SERVICE-CENTRE 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


MSIsdn-Alert 


C 


C(=) 


MWD Status 


C 


C(=) 


Absent Subscriber 
Diagnostic SIVI 


c 


C(=) 


Additional Absent 
Subscriber Diagnostic 
SM 


c 


C(=) 



12.6.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSIsdn-Alert 

See definition in clause 7.6.2. This parameter refers to the MSISDN stored in a Message Waiting Data file in the HLR. 

MWD Status 

See definition in clause 7.6.8. This parameter indicates the status of the MCEF, MNRF and MNRG flags and the status 
of the particular SC address presence in the Message Waiting Data list. 

Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

Additional Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

1 2.7 MAP-SEND-INFO-FOR-MT-SMS service 
12.7.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC receiving an mobile terminated 
short message to request subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MT-SMS service is a confirmed service using the primitives from table 12.7/1. 



12.7.2 Service primitives 



Table 12.7/1: MAP-SEND-INFO-FOR-MT-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






MSISDN 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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12.7.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SM RP DA 

See definition in clause 7.6.8. This parameter shall contain either an IMSI or a LMSI. 

MSISDN 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown subscriber; 

Unidentified Subscriber; 

Absent subscriber; 

Unexpected Data Value; 

- Data Missing; 

- Illegal subscriber; 

- Illegal equipment; 

- Subscriber busy for MT SMS ; 
System Failure. 

Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.8 MAP-SEND-INFO-FOR-MO-SMS service 
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12.8.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC which has to handle a mobile 
originated short message request to request the subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MO-SMS service is a confirmed service using the primitives from table 12.8/1. 

12.8.2 Service primitives 

Table 12.8/1: MAP-SEND-INFO-FOR-MO-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Service Centre Address 


M 


M(=) 






MSISDN 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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12.8.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

Service Centre Address 

See definition in clause 7.6.2. 

MSISDN 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Teleservice Not Provisioned; 
- Call Barred; 

Unexpected Data Value; 

Data Missing. 
Provider error 
For definition of provider errors see clause 7.6.1. 

1 2.9 MAP-MT-FORWARD-SHORT-MESSAGE service 



ETSI TS 129 002 V4.9.0 (2002-09) 



12.9.1 Definition 

This service is used between the gateway MSC and the servicing MSC or the SGSN to forward mobile terminated short 

messages. 

The MAP-MT-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 12.9/1. 



12.9.2 Service primitives 



Table 12.9/1: MAP-MT-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SMRPUI 


M 


M(=) 


C 


C(=) 


More Messages To Send 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












12.9.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SMRPDA 
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See definition in clause 7.6.8. This parameter can contain either an IMSI or a LMSI. The use of the LMSI is an operator 
option. The LMSI can be provided if it is received from the HLR. The IMSI is used if the use of the LMSI is not 
available. 

This parameter is omitted in the mobile terminated subsequent SM transfers. 

SMRPOA 

See definition in clause 7.6.8. The Service Centre address received from the originating Service Centre is inserted in 
this parameter. 

This parameter is omitted in the mobile terminated subsequent SM transfers. 

SMRPUI 

See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. A short message transfer protocol data unit may also be inserted in this parameter in the message 
delivery acknowledgement from the MSC or from the SGSN to the Service Centre. 

More Messages To Send 

See definition in clause 7.6.8. The information from the MMS indication received from the Service Centre is inserted in 
this parameter. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unidentified subscriber; 

- Absent Subscriber_SM; 

- Subscriber busy for MT SMS; 

Facility Not Supported; 

Illegal Subscriber indicates that delivery of the mobile terminated short message failed because the mobile 
station failed authentication; 

Illegal equipment indicates that delivery of the mobile terminated short message failed because an IMEI check 
failed, i.e. the IMEI was blacklisted or not white-listed; 

System Failure; 

SM Delivery Failure: 

The reason of the SM Delivery Failure can be one of the following in the mobile terminated SM: 

memory capacity exceeded in the mobile equipment; 

- protocol error; 

mobile equipment does not support the mobile terminated short message service. 

Unexpected Data Value; 

- Data Missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 
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13 Network- Requested PDP Context Activation services 

13.1 MAP_SEND_ROUTING_INFO_FOR_GPRS service 

13.1.1 Definition 

This service is used by the GGSN to request GPRS routing information from the HLR. 

13.1.2 Service primitives 

Table 13.1/1: MAP SEND ROUTING INFO FOR GPRS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 


C 


C(=) 





C(=) 


GGSN number 


M 


M(=) 






SGSN address 






C 


C{=) 


Mobile Not Reachable Reason 






c 


C(=) 


User error 






c 


G(=) 


Provider error 












13.1.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 

GGSN number 

See definition in clause 7.6.2. 

SGSN address 

This parameter shall be present if the outcome of the Send Routing Info For GPRS request to the GPRS application 
process in the HLR is positive. 

Mobile Not Reachable Reason 

This parameter shall be present if the outcome of the Send Routing Info For GPRS request to the GPRS application 
process in the HLR is positive and the MNRG flag in the HLR is set. See definition in clause 7.6.3.51. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Absent Subscriber; 

System Failure; 

Data Missing; 
- Unexpected Data Value; 
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Unknown Subscriber. 

The diagnostic in the Unknown Subscriber may indicate Imsi Unknown' or 'Gprs Subscription Unknown'. 

- Call Barred; 

This error will indicate that the received PDP PDUs in the GGSN shall be barred for this MS due to Operator 
Determined Barring. (The CallBarringCause must be the operatorBarring.) 

Provider error 

These are defined in clause 7.6.1. 

1 3.2 MAP_FAILURE_REPORT service 
13.2.1 Definition 

This service is used by the GGSN to inform the HLR that network requested PDP-context activation has failed. 



13.2.2 Service primitives 



Table 13.2/1: MAP FAILURE REPORT 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 


C 


C(=) 


C 


C(=) 


GGSN number 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












1 3.2.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 
IMSI 

See definition in clause 7.6.2. 
GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 
GGSN number 
See definition in clause 7.6.2. 
User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 
System Failure; 

- Data Missing; 
Unexpected Data Value; 

- Unknown Subscriber. 
Provider error 
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These are defined in clause 7.6.1. 

1 3.3 MAP_NOTE_MS_PRESENT_FOR_GPRS service 

13.3.1 Definition 

This service is used by the HLR to inform the GGSN that the MS is present for GPRS again. 

13.3.2 Service primitives 

Table 13.3/1: MAP NOTE MS PRESENT FOR GPRS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 


C 


C(=) 






SGSN address 


M 


M{=) 






User error 






C 


C(=) 


Provider error 












13.3.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 

SGSN address 

See definition in clause 7.6.2. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

System Failure; 

Data Missing; 

Unexpected Data Value; 

Unknown Subscriber. 
Provider error 
These are defined in clause 7.6.1. 
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13A Location Service IVIanagement Services 

13A.1 MAP-SEND-ROUTING-INFO-FOR-LCS Service 
13A.1.1 Definition 

This service is used between the GMLC and the HLR to retrieve the routing information needed for routing a location 
service request to the servicing VMSC or SGSN. The MAP-SEND-ROUTING-INFO-FOR-LCS is a confirmed service 
using the primitives from table 13 A. 1/1. 

13A.1.2 Service Primitives 

Table 13A.1/1: MAP-SEND-ROUTING-INFO-FOR-LCS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MLC Number 


M 


M(=) 






MSISDN 


C 


C(=) 


C 


C(=) 


IMSI 


C 


C(=) 


C 


C(=) 


LMSI 






c 


C(=) 


Network Node Number 






c 


C(=) 


GPRS Node Indicator 






c 


C{=) 


Additional Number 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












13A.1.3 Parameter Use 

Invoke id 

See definition in clause 7.6.1. 

MLC Number 

See definition in clause 7.6.2. 

MSISDN 

See definition in clause 7.6.2. The request shall carry either the IMSI or MSISDN. The response shall carry whichever 
of these was not included in the request (see 3GPP TS 23.271 for details). 

IMSI 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide this parameter from the VLR; it is mandatory for the 
HLR to include the LMSI in a successful response, if the VLR has used the LMSI. 

Network Node Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. If the 'Network Node Number' and 
'Additional Number' are received in the GMLC, the "Network Node Number" is used in preference to the "Additional 

Number". 

GPRS Node Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory only if the SGSN number is sent in the 
Network Node Number. 
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Additional Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. If the 'Network Node Number' and 
'Additional Number' are received in the GMLC, the "Network Node Number" is used in preference to the "Additional 

Number" . 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 
Unknown subscriber; 

- Absent Subscriber; 
Facility Not Supported; 

- System failure; 

- Unexpected Data Value; 
Data missing; 

Unauthorised requesting network. 
Provider error 
For definition of provider errors see clause 7.6.1. 

13A.2 MAP-PROVIDE-SUBSCRIBER-LOCATION Service 
13A.2.1 Definition 

This service is used by a GMLC to request the location of a target MS from the visited MSC or SGSN at any time. This 
is a confirmed service using the primitives from table 13A.2/1. 

13A.2.2 Service Primitives 



Table 13 A.2/1: Provide Subscriber Location 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Location Type 


M 


M(=) 






IVILC Number 


M 


M(=) 






LCS Client ID 


M 


M(=) 






Privacy Override 


U 


C(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






LMSI 


C 


C(=) 






LCS Priority 


C 


C(=) 






LCS QoS 


C 


C(=) 






IMEI 


U 


C(=) 






Supported GAD Shapes 


C 


C(=) 






Location Estimate 






M 


M(=) 


Age of Location Estimate 






C 


C(=) 


Additional Location 
Estimate 






C 


C(=) 


Deferred MT-LR 
Response Indicator 






c 


C(=) 


User error 






c 


C(=) 


Provider error 
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13A.2.3 Parameter Definition and Use 

All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in. 3GPP TS 23.271 

Location Type 

This parameter identifies the type of location information requested. 

MLC Number 

This is the E.164 number of the requesting GMLC. 

LCS Client ID 

This parameter provides information related to the identity of an LCS client. 

Privacy Override 

This parameter indicates if MS privacy is overridden by the LCS client when the GMLC and VMSC or SGSN for an 
MT-LR are in the same country. 

IMSI 

The IMSI is provided to identify the target MS. At least one of the IMSI or MSISDN is mandatory. 

MSISDN 

The MSISDN is provided to identify the target MS. At least one of the IMSI or MSISDN is mandatory. 

LMSI 

The LMSI shall be provided if previously supplied by the HLR. This parameter is only used in the case of the MT-LR 
for CS domain. 

LCS Priority 

This parameter indicates the priority of the location request. 

LCS OoS 

This parameter indicates the required quality of service in terms of response time and accuracy. 

IMEI 

Inclusion of the IMEI is optional. 

Supported GAD Shapes 

This parameter indicates which of the shapes defined in 3GPP TS 23.032 are supported. 

Location Estimate 

This parameter provides the location estimate if this is encoded in one of the supported geographical shapes. Otherwise 
this parameter shall consist of one octet, which shall be discarded by the receiving node. 

Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

Additional Location Estimate 

This parameter provides the location estimate when not provided by the Location Estimate parameter. It may be sent 
only if the parameter Supported GAD Shapes has been received in the Provide Subscriber Location indication and the 
shape to be included is supported by the GMLC. 

Deferred MT-LR Response Indicator 
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See definition in clause 7.6.11.2. 

User error 

This parameter is sent by the responder when the location request has failed or cannot proceed and if present, takes one 
of the following values defined in clause 7.6.1. 

System Failure; 

Data Missing; 

Unexpected Data Value; 

Facility Not Supported; 

Unidentified Subscriber; 

Illegal Subscriber; 

Illegal Equipment; 

Absent Subscriber (diagnostic information may also be provided); 

Unauthorised requesting network; 

Unauthorised LCS Client with detailed reason; 

Position method failure with detailed reason. 
Provider error 
These are defined in clause 7.6.1. 

13A.3 MAP-SUBSCRIBER-LOCATION-REPORT Service 
13A.3.1 Definition 

This service is used by a VMSC or SGSN to provide the location of a target MS to a GMLC when a request for location 
is either implicitly administered or made at some earlier time. This is a confirmed service using the primitives from 
table 13 A. 3/1. 

13A.3.2 Service Primitives 



Table 13A.3/1: Subscriber_Location_Report 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


LCS Event 


M 


M{=) 






LCS Client ID 


M 


M{=) 






Network Node Number 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C{=) 






NA-ESRD 


c 


C(=) 






NA-ESRK 


c 


C(=) 






IMEI 


u 


C(=) 






Location Estimate 


c 


C(=) 






Age of Location Estimate 


c 


C(=) 






LMSI 


u 


C(=) 






GPRS Node Indicator 


c 


C(=) 






Additional Location Estimate 


c 


C(=) 






Deferred MT-LR Data 


c 


C(=) 
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User error 






C 


C(=) 


Provider error 












13A.3.3 Parameter Definition and Use 

All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in. 3GPP TS 23.271 

LCS Event 

This parameter indicates the event that triggered the Subscriber Location Report. 

LCS Client ID 

This parameter provides information related to the identity of the recipient LCS cUent. 

Network Node Number 

See definition in clause 7.6.2. This parameter provides the address of the sending node. 

IMSI 

The IMSI shall be provided if available to the VMSC or SGSN. 

MSISDN 

The MSISDN shall be provided if available to the VMSC or SGSN. 

NA-ESRD 

If the target MS has originated an emergency service call in North America, the NA-ESRD shall be provided by the 
VMSC if available. 

NA-ESRK 

If the target MS has originated an emergency service call in North America, the NA-ESRK shall be provided by the 
VMSC if assigned. 

IMEI 

Inclusion of the IMEI is optional. 

Location Estimate 

This parameter provides the location estimate. The absence of this parameter implies that a location estimate was not 
available or could not be successfully obtained. If the obtained location estimate is not encoded in one of the supported 
geographical shapes then this parameter shall consist of one octet, which shall be discarded by the receiving node. 



Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

LMSI 

The LMSI may be provided if assigned by the VLR. 

GPRS Node Indicator 

See definition in clause 7.6.8. This presence of this parameter is mandatory only if the SGSN number is sent in the 
Network Node Number. 

Additional Location Estimate 

This parameter provides the location estimate when not provided by the Location Estimate parameter.. 
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Deferred MT-LR Data 

See definition in clause 7.6.11.3. 

User error 

This parameter is sent by the responder when the received message contains an error, cannot be forwarded or stored for 
an LCS client or cannot be accepted for some other reason and if present, takes one of the following values defined in 
clause 7.6.1. 

System Failure; 

Data Missing; 

Unexpected Data Value; 

Resource Limitation; 

Unknown Subscriber; 

Unauthorised requesting network; 

Unknown or unreachable LCS Client. 
Provider error 
These are defined in clause 7.6.1. 
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13A.4 Void 

13A.4.1 Void 

13A.4.2 Void 

13A.4.3 Void 

13A.5 Void 

13A.5.1 Void 

13A.5.2 Void 

13A.5.3 Void 

13A.6 Void 

13A.6.1 Void 

13A.6.2 Void 

13A.6.3 Void 

13A.7 Void 

13A.7.1 Void 

13A.7.2 Void 

13A.7.3 Void 

13A.8 Void 
13A.8.1 Void 
13A.8.2 Void 
13A.8.3 Void 

13A.9 Void 
13A.9.1 Void 
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13A.9.2 Void 
13A.9.3 Void 



14 General 
14.1 Overview 

Clauses 14 to 17 specify the protocol elements to be used to provide the MAP services described in clause 7. 

Clause 15 specifies the elements of procedures for the MAP protocol. Clause 16 specifies the mapping onto TC service 
primitives. Clause 17 specifies the application contexts, operation packages and abstract syntaxes for the MAP protocol 
as well as the encoding rules to be applied. 



14.2 Underlying services 



The MAP protocol relies on the services provided by the Transaction Capabilities (TC) of Signalling System Number 
No. 7, as referenced in clause 6. 

14.3 Model 

The MAP Protocol Machine (MAP PM) can be modelled as a collection of service state machines (SSMs) - one per 
MAP specific service invoked - coordinated by a MAP dialogue control function with its one state machine: MAP 
dialogue state machine (DSM). There are two types of Service State Machines: Requesting Service State Machines 
(RSM) and Performing Service State Machines (PSM). 

A new invocation of a MAP PM is employed on the receipt of a MAP-OPEN request primitive or a TC-BEGIN 
indication primitive. Each invocation controls exactly one MAP dialogue. For each MAP specific service invoked 
during a dialogue, a MAP RSM is created at the requestor's side and a MAP PSM is created at the performer's side. 

This modelling is used only to facilitate understanding and the MAP behaviour descriptions and is not intended to 
suggest any implementation. SDL descriptions are organised according to this model. 

How the MAP-service-user and the MAP refer to a MAP dialogue (i.e. a MAP PM invocation) is a local 
implementation matter. 

How TC dialogue identifiers are assigned to a MAP PM invocation is also a local implementation matter. 

14.4 Conventions 

The behaviour of the MAP PM depends on the application-context-name associated with the dialogue. One major 
difference is that the MAP requests the transfer of the application-context-name by TC only for those contexts which do 
not belong to the so-called "version one context set". 

The "version one context set" is a set of application-contexts which model the behaviour of a MAP VI implementation 
according to the latest phase 1 version of GSM 09.02. This set is defined in clause 15. 

The procedures described in clause 15 are used when the application-context-name does not refer to a dialogue between 
an MSC and its VLR. When the application-context-name refers to a dialogue between an MSC and its VLR the MAP 
PM procedures are a local implementation matter. 
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15 Elements of procedure 

15.1 Handling of unknown operations 

Unknown operations (i.e. a standard operation introduced in a later version of the MAP specification, or a private 
operation) can be introduced into MAP in a backwards compatible way. This means that the receiver of an unknown 
operation shall, if the dialogue state allows it, send a TC-REJECT component to the sender of the operation indicating 
'unrecognised operation' and continue with the processing of further components or messages exchanged within the 
dialogue as if the unknown operation had not been received. 

The standardised structure of a MAP dialogue shall not be affected by the invocation of unknown operations, i.e. if a 
dialogue uses only a TC -BEGIN message which is acknowledged by a TC-END message, a TC-CONTINUE message 
shall not be used to invoke an unknown operation. However the standardised structure of a MAP dialogue may be 
affected by the rejection of unknown operations, i.e. if a dialogue uses only a TC -BEGIN message which is 
acknowledged by a TC-END message, a TC-CONTINUE message followed by a TC-END message may be used to 
carry the rejection of an unknown operation and the response to the standardised operation. The entity which initiated a 
dialogue whose standardised structure is a TC-BEGIN message which is acknowledged by a TC-END message shall 
not send any messages in that dialogue after the TC-BEGIN. Note that if the dialogue structure is affected as described 
in this paragraph the TC-CONTINUE shall include the dialogue portion required to confirm the acceptance of the 
dialogue. 

Unknown operations may be invoked in the following types of message (there is no restriction as to how many 
unknown operations can be invoked in a message): 

TC-BEGIN: the component to invoke the unknown operation shall follow the component of the standard 
operation which is included in this message. 

TC-CONTINUE: the component to invoke the unknown operation may be transported as the only component 
in a stand-alone message or may be grouped with existing operations. In the latter case a specific sequencing 
of components is not required. 

TC-END: if the component to invoke the unknown operation is grouped with an existing operation a specific 
sequencing of components is not required 

The TC-REJECT component may be sent in the following messages: 

TC-CONTINUE or TC-END: either as the only component of the message or grouped with an existing 
component. The choice is up to the MAP-Service User. 

If the received message contains only unknown operations the MAP-Service User shall send the TC-REJECT 
components in a TC-CONTINUE message to the peer entity, if the dialogue state allows it. 

If the received message contains unknown operations and standard operations and the standardised structure 
of the dialogue requires the response to the standard operation to be sent within a TC-END message, then the 
MAP-Service User may send the response to the standard operations and the TC-REJECT components for 
the unknown operations in a TC-CONTINUE message followed by a TC-END message. Neither a specific 
distribution of the components to the TC messages nor a specific sequencing of components is required. 

Note that the SDL diagrams of clauses 19 - 25 do not show the report to the MAP-Service User about the reception of 
the unknown operation. This has been done for simplicity of description; the MAP PM may inform the MAP-Service 
User. 

The sender of the unknown operation shall ensure that there is enough room in the used message for the unknown 
operation. 



15.2 Dialogue establishment 



The establishment of a MAP dialogue involves two MAP-service-users: the dialogue-initiator and the dialogue- 
responder. 

This procedure is driven by the following signals: 
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a MAP-OPEN request primitive from the dialogue-initiator; 

a TC-BEGIN indication primitive occurring at the responding side; 

a MAP-OPEN response primitive from the dialogue-responder; 

the first TC-CONTINUE indication primitive occurring at the initiating side; 
and under specific conditions: 

a TC-END indication primitive occurring at the initiating side; 

a TC-U- ABORT indication primitive occurring at the initiating side; 

a TC-P-ABORT indication primitive occurring at the initiating side. 
One instance of the MAP dialogue state machine runs at the initiating side, and one at the responding side. 

1 5.2. 1 Behaviour at the initiating side 

The behaviour of the MAP dialogue state machine at the initiating side is defined in sheets 1 - 9 of the process 
Secure_MAP_DSM. 

Sheet 1 : The MAP protocol machine decides according to the application context name received in the MAP -OPEN 
request and the identity of the responder whether secure transport of the MAP dialogue is required, and if so what level 
of protection is required. This decision is based on bilateral agreements between the operators of the network entities 
concerned; it requires the dialogue initiating entity to store configuration information on which the decision is based. 
Secure transport of a MAP dialogue is required if any of the operation components (invoke, result or error) used in the 
application context for the dialogue requires secure transport, as shown in 3GPP TS 33.200. If a dialogue uses secure 
transport then MAP secure transport services shall be used with a protection mode of "No protection" to produce the 
same functional effect as unsecured transport for those components which do not need protection. If secure transport is 
required, the MAP protocol machine builds a protected dialogue portion (including the AC name and any user 
information received in the MAP -OPEN request, encoded as user information for the TC-BEGIN) for the TC-BEGIN; 
otherwise it builds a normal dialogue portion using the application context name and any user data included in the 
MAP-OPEN request. 

Sheet 2: If secure transport is used, each MAP specific service request is stored in case drop-back to unsecured transport 
is to be invoked. 

Sheet 2: If secure transport is required, each MAP specific service request triggers the creation of an instance of the 
Secure_Requesting_MAP_SSM to handle the secure transport of the request. If secure transport is not required, each 
MAP specific service request triggers the creation of an instance of the Requesting_MAP_SSM to handle the transport 
of the request. 

Sheet 3: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, 
a TC-END indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the 
dialogue. If secure transport is required, acceptance of the dialogue opening request which was transported in the secure 
dialogue opening request is indicated by the encapsulated AC name transported in the user information of the TC-END 
being equal to the encapsulated AC which was included in the user information of the TC-BEGIN. Mismatch of either 
the AC name or the encapsulated AC name indicates failure of the dialogue opening. 

Sheet 3: If the dialogue opening is accepted, any components included in the TC-END are processed and passed to the 
MAP-Service User. The dialogue is closed by sending a MAP-CLOSE to the MAP-Service User. 

Sheet 3, sheet 4, sheet 5, sheet 6, sheet 7, sheet 8, sheet 9: when a dialogue is terminated, the MAP dialogue state 
machine terminates all instances of the Requesting_MAP_SSM or Secure_Requesting_MAP_SSM which are active for 
this dialogue. 

Sheet 4, sheet 5: It is a matter for agreement between the operators of the network entities involved whether fallback to 
unsecured transport is acceptable if secure transport is not possible. This requires the dialogue initiating entity to store 
configuration information on which this decision is based. 

Sheet 4: A TC-P-ABORT with an abort parameter Incorrect_Transaction_Portion indicates that the responding side 
does not support a MAP version higher than 1 . If secure transport is not required, this triggers a MAP-OPEN confirm 
indicating that the dialogue is refused, with a refuse reason potential version incompatibility. The MAP-Service User 
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may then decide to retry the dialogue at MAP version 1 . If secure transport is required and fallback to unsecured 
transport is acceptable, the dialogue machine retries the dialogue with unsecured transport. If secure transport is 
required and fallback to unsecured transport is not acceptable, this triggers a MAP -OPEN confirm indicating that the 
dialogue is refused, with a refuse reason secured transport not possible. No retry of the dialogue with a lower version is 
allowed. 

Sheet 5: If the initiating side receives a TC-U -ABORT with an abort reason AC not supported and secure transport is 
required, then secured transport is not possible. If fallback to unsecured transport is acceptable, the dialogue machine 
retries the dialogue with unsecured transport. If fallback to unsecured transport is not acceptable, this triggers a MAP- 
OPEN confirm indicating that the dialogue is refused, with a refuse reason secured transport not possible. No retry of 
the dialogue with a lower version is allowed. 

Sheet 7: A TC-U-ABORT with a user-specific abort reason leads to a check of the user information. User information 
carrying a MAP-Refuse PDU with a refuse reason encapsulated AC not supported means that the responding entity 
supports the secure transport AC, but not the AC required for the protected request. This triggers a MAP-OPEN confirm 
indicating that the dialogue is refused, with a refuse reason AC not supported. The MAP-Service User may then decide 
to retry the dialogue with a lower AC version; this will again use secure transport. User information carrying a MAP- 
Refuse PDU with a refuse reason transport protection not adequate means that the responding entity is not prepared to 
accept a dialogue with the protection mode offered by the initiating entity: either unsecured transport or secured 
transport with an inadequate protection mode. 

Sheet 9: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, 
a TC -CONTINUE indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the 
dialogue. If secure transport is required, acceptance of the dialogue opening request which was transported in the secure 
dialogue opening request is indicated by the encapsulated AC name transported in the user information of the TC- 
CONTINUE being equal to the encapsulated AC which was included in the user information of the TC-BEGIN. 
Mismatch of either the AC name or the encapsulated AC name indicates failure of the dialogue opening. 

Sheet 9: If the dialogue opening is accepted, any components included in the TC-CONTINUE are processed and passed 
to the MAP-Service User. The dialogue has then reached the established state. 



1 5.2.2 Behaviour at the responding side 



The behaviour of the MAP dialogue state machine at the responding side is defined in sheets 10-14 of the process 
Secure_MAP_DSM. 

Sheet 10: If no application context information is included in the TC-BEGIN indication, this implies a MAP version 1 
dialogue. An explicit application context indicating version 1 is treated as abnormal behaviour. 

Sheet 10, sheet 1 1 : The test "Unsecured_Transport_Permitted" takes the "True" exit if there is an agreement between 
the operators of the dialogue initiating entity and the dialogue responding entity to allow unsecured transport for the 
application context for the requested dialogue. This requires the dialogue responding entity to store configuration 
information on which this decision is based. 

Sheet 10: The task "Extract_User_Information" includes decryption of the protected user information if confidentiality 
protection has been applied. 

Sheet 10: The test "Protection mode correct" takes the "yes" exit if the protection mode is acceptable to the receiving 
entity, based on the identity of the sending entity and the encapsulated application context for the requested dialogue. 

Sheet 11: The vl application context name which corresponds to a vl operation is derived using the information in table 
15.2/1. 
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Table 15.2/1 : Mapping of VI operation codes on to application-context-names 



Operation 


Application-context-name (note 1) 


updateLocation 


networkLocUpContext-v1 


cancelLocation 


locationCancellationContext-v1 


provideRoamingNumber 


roamingNumberEnquiryContext-v1 


insertSubscriberData 


subscriberDataMngtContext-v1 


deleteSubscriberData 


subscriberDataMngtContext-v1 


sendParameters 


infoRetrievalContext-v1 


networkLocUpContext-v1 (note 2) 


beginSubscriberActivity 


networkFunctionalSsContext-v1 


sendRoutinglnfo 


locationlnfoRetrievalContext-v1 


performHandover 


handoverControlContext-v1 


reset 


resetContext-v1 


activateJraceMode 


tracingContext-v1 


deactivatelraceMode 


tracingContext-v1 


sendRoutinglnfoForSM 


shortMsgGatewayContext-v1 


forwardSM 


shortMsgRelayContext-v1 


reportSM-deliveryStatus 


shortMsgGatewayContext-v1 


noteSubscriberPresent 


mwdMngtContext-v1 


alertServiceCentreWithoutResult 


shortMsgAlertContext-v1 


checklMEl 


EquipmentMngtContext-v1 



NOTE 1 : These symbolic names refer to the object identifier value defined in clause 17 and allocated to each 

application-context used for the IVIAP. 
NOTE 2: The choice between the application contexts is based on the parameters received in the operation. 

Sheet 12: If the AC name received in the TC-BEGIN indicated that secure transport is required, the MAP dialogue state 
machine checks whether the encapsulated application context name is supported. If it is supported, the dialogue can be 
accepted. If the encapsulated AC name is not supported, the MAP dialogue machine indicates this by sending a TC-U- 
ABORT with a user-specific abort reason and user information indicating that the encapsulated AC name is not 
supported. 

Sheet 12: If the dialogue is accepted, each component present in the TC-BEGIN is forwarded to an instance of a 
Performing_MAP_SSM or Secure_Performing MAP_SSM, by executing the procedure Process_Components. 

Sheet 13: If the MAP dialogue state machine receives a MAP -OPEN confirm with a result accepted, it waits for any 
MAP specific service request or response primitives or a MAP-DELIMITER request. 

Sheet 14: A MAP -DELIMITER request triggers a TC-CONTINUE request to accept the dialogue. The dialogue has 
then reached the established state. 

Sheet 13, sheet 14: When a dialogue is terminated, the MAP dialogue state machine terminates all instances of the 
Requesting_MAP_SSM, Secure_Requesting_MAP_SSM, Performing_MAP_SSM or Secure_Performing_MAP_SSM 
which are active for this dialogue. 



15.3 Dialogue continuation 



Once established the dialogue is said to be in a continuation phase. The behaviour of the MAP dialogue state machine in 
this phase is defined in sheets 15 - 17 of the process Secure_MAP_DSM. 

Both MAP users can request the transfer of MAP APDUs until one of them requests the termination of the dialogue. 

Normal closure of an established dialogue is shown on sheet 16; abnormal termination is shown on sheet 17. 

15.4 Load control 

If an entity which should respond to a MAP dialogue opening request is overloaded, it uses the AC of the request to 
determine whether to discard the request. If the AC of the request is secure transport, the encapsulated AC (i.e. the AC 
of the dialogue for which secure transport is required) is used to determine whether the request is discarded. 

The priority level allocated to each application-context is described in clause 5, tables 5.1/1 and 5.1/2. 
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1 5.5 Procedures for MAP specific services 

This clause describes the MAP procedures for MAP specific services. These procedures are driven by the following 
types of event: 

a MAP specific request or a MAP specific response primitive; 

a component handling primitive from TC. 
A Service State Machine is activated when of one of the following signals is received: 

a MAP request primitive, which activates a requesting SSM; 

a TC-INVOKE indication primitive without a linked identifier, which activates a performing SSM. 
For component handling primitives there are two types of event: 

events which activate a Service State Machine or which can be related to an existing one; 

events which cannot be related to a Service State Machine. 

1 5.5.1 Service invocation for unsecured dialogues 

The behaviour of the requesting SSM which handles a service for an unsecured dialogue is defined by the SDL for the 
process Requesting_MAP_SSM. The requesting SSM receives a MAP service request from the MAP-Service User via 
the MAP dialogue state machine and sends a TC-INVOKE request to TCAP. When a confirm is received from TCAP 
via the MAP dialogue state machine, the requesting SSM forwards a MAP service confirm to the MAP-Service User. 

The response to a MAP service invocation may come in the form of a linked request. If the linked request corresponds 
to a class 4 operation, this is handled by the requesting SSM. If the linked request corresponds to a class 1, 2 or 3 
operation, the MAP dialogue state machine sends a notification to the requesting SSM and creates an instance of a 
performing SSM to handle the linked request. The test "Linked_Operation_Allowed" on sheet 3 of the process 
Requesting_MAP_SSM takes the (TRUE) exit if the definition of the parent operation includes the received linked 
operation as a permitted linked operation; otherwise the test takes the (FALSE) exit. 

The mapping of MAP specific services on to remote operations is given in table 16.2/1. 

1 5.5.2 Service invocation for secured dialogues 

The behaviour of the requesting SSMs which handle a service for a secured dialogue is defined by the SDL for the 
processes Secure_Requesting_MAP_SSM and Requesting_MAP_SSM. The secure requesting SSM receives a MAP 
service request from the MAP-Service User via the MAP dialogue state machine and constructs the corresponding MAP 
secure transport service request. It then creates an instance of the requesting SSM and sends the MAP secure transport 
service request to it. The requesting SSM sends a TC-INVOKE request to TCAP. When the MAP dialogue state 
machine receives a confirm from TCAP, it forwards it to the secure requesting SSM, which unpacks the MAP service 
confirm from the MAP secure transport service confirm and sends it to the requesting SSM. The requesting SSM 
forwards the MAP service confirm to the MAP-Service User. 

The response to a MAP service invocation which was carried in a secure dialogue may come in the form of a linked 
request. This linked request is carried in a MAP secure transport service request of the class corresponding to the 
operation; however the MAP secure transport service request is not linked to another MAP secure transport service 
request. If the linked request which is carried in the MAP secure transport service corresponds to a class 4 operation, 
this is handled by the secure requesting service state machine, which unpacks the linked request and sends it to the 
requesting SSM. If the linked request which is carried in the MAP secure transport service corresponds to a class 1, 2 or 
3 operation, the MAP dialogue state machine sends a notification to the secure requesting SSM (which passes the 
notification to the requesting SSM) and creates an instance of a secure performing SSM to handle the linked request. 

1 5.5.3 Service invocation receipt for unsecured dialogues 

The behaviour of the performing SSM which handles a service for an unsecured dialogue is defined by the SDL for the 
process Performing_MAP_SSM. The performing SSM receives a TC-INVOKE component from TCAP via the MAP 
dialogue state machine and sends a MAP service indication to the MAP-Service User. When a MAP service response is 
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received from the MAP-Service User via the MAP dialogue state machine, the performing SSM forwards a TC- 
RESULT or TC-U-ERROR component to TCAP. 

1 5.5.4 Service invocation receipt for secured dialogues 

The behaviour of the performing SSMs which handle a service for a secured dialogue is defined by the SDL for the 
processes Secure_Performing_MAP_SSM and Performing_MAP_SSM. The secure performing SSM receives a TC- 
INVOKE component containing a secure MAP transport service from TCAP via the MAP dialogue state machine and 
unpacks the MAP service indication from it. It then creates an instance of the performing SSM and sends the MAP 
service indication to it. The performing SSM forwards the MAP service indication to the MAP-Service User. When the 
MAP dialogue state machine receives a MAP service response from the MAP-Service User it forwards it to the secure 
performing SSM. The secure performing SSM constructs a MAP secure transport service response and sends it to the 
performing SSM, which forwards a TC-RESULT or TC-U-ERROR component to TCAP. 

1 5.5.5 Handling of components received from TC 

The procedure Process_Components shows the handling of components received in a TC-BEGIN, TC-CONTINUE or 
TC-END message. 

Sheet 1 : If a linked invoke component is transported securely, the linked invoke ID is carried as part of the security 
header, so that it can be checked without the need to unpack the protected component. 

Sheet 2: If a linked invoke component corresponds to a class 4 operation, the MAP dialogue state machine sends it to 
the requesting SSM instance identified by the linked invoke ID. If a linked invoke component corresponds to any other 
class of operation, the MAP dialogue state machine sends a notification to the requesting SSM instance identified by the 
linked invoke ID, creates an instance of a performing SSM and sends the invoke component to it. 

15.6 SDL descriptions 

The following SDL specification describes a system which includes three blocks: MAP-user, MAP-provider and TC. 

Such a system resides in each network component supporting MAP and communicates with its peers via the lower 
layers of the signalling network which are part of the environment. 

Only the MAP-provider is fully described in this clause. The various types of processes which form the MAP-User 
block and the TC block are described respectively in clauses 18 to 25 of the present document and in CCITT 
Recommendation Q.774. 

The MAP -Provider block communicates with the MAP_USER via two channels Ul and U2. Via Ul the MAP-provider 
receives the MAP request and response primitives. Via U2 it sends the MAP indication and confirm primitives. 

The MAP-Provider block communicates with TC via two channels PI and P2. Via PI the MAP-Provider sends all the 
TC request primitives. Via P2 it receives all the TC indication primitives. 

The MAP-Provider block is composed of the six following types of process: 

a) Secure_MAP_DSM: This type of process handles a dialogue for both secured and unsecured transport of 
MAP messages. There exists one process instance per MAP dialogue. 

b) Load_Ctrl: This type of process is in charge of load control. There is only one instance of this process in each 

system. 

c) Requesting_MAP_SSM: This type of process handles a MAP service requested during a dialogue. For 
unsecured transport of MAP messages, an instance of this process is created by the instance of the 
Secure_MAP_DSM process for each requested MAP service. For secured transport of MAP messages, an 
instance of this process is created by the instance of the Secure_Requesting_MAP_SSM process for each 
requested MAP-Secure-Transport-service. 

d) Secure_ Requesting_MAP_SSM: This type of process handles a MAP service requested during a dialogue 
for secured transport of MAP messages. An instance of this process is created by the Secure_MAP_DSM 
process for each requested MAP service. 
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e) Performing_MAP_SSM: This type of process handles a MAP service performed during a dialogue. For 
unsecured transport of MAP messages, an instance of this process is created by the instance of the 
Secure_MAP_DSM process for each MAP service to be performed. For secured transport of MAP messages, 
an instance of this process is created by the instance of the Secure_Performing_MAP_SSM process for each 
MAP-Secure-Transport-service to be performed. 

f) Secure_Performing_MAP_SSM: This type of process handles a MAP service performed during a dialogue 
for secured transport of MAP messages. An instance of this process is created by the Secure_MAP_DSM 
process for each MAP service to be performed. 

A process Secure_MAP_DSM exchanges external signals with other blocks as well as internal signals with the other 
processes of the MAP -Provider block. The external signals are either MAP service primitives or TC service primitives. 

The signal routes used by the various processes are organised as follows: 

a) A process Secure_MAP_DSM receives and sends events from/to the MAP_user via signal route 
Userl/User2. These routes use channels Ul and U2 respectively. 

b) A process Secure_MAP_DSM receives and sends events from/to the TCAP via signal route TC1/TC2. These 
routes use channels PI and P2 respectively. 

c) A process Secure_MAP_DSM receives and sends events from/to the LOAD_CTRL process via signal route 
Loadl/Load2. These routes are internal. 

d) A process Secure_MAP_DSM sends events to the Performing_MAP_SSM processes via signal route Internl. 
This route is internal. 

e) A process Secure_MAP_DSM sends events to the Requesting_MAP_SSM processes via signal route Intern2. 
This route is internal. 

f) A process Secure_MAP_DSM sends events to the Secure_Performing_MAP_SSM processes via signal route 
Interns. This route is internal. 

g) A process Secure_MAP_DSM sends events to the Secure_Requesting _MAP_SSM processes via signal route 
Intern4. This route is internal. 

h) A process Performing_MAP_SSM sends events to the MAP_USER via signal route User3. This route uses 
channel U2. 

i) A process Performing_MAP_SSM sends events to the TCAP via signal route TC3. This route uses channel 
PI. 

j) A process Requesting_MAP_SSM sends events to the MAP_USER via signal route User4. This route uses 
channel U2. 

k) A process Requesting_MAP_SSM sends events to the TCAP via signal route TC4. This route uses channel 
PI. 

1) A process Secure_Performing_MAP_SSM sends events to the MAP_USER via signal route UserS. This 
route uses channel U2. 

m) A process Secure_Performing_MAP_SSM sends events to the TCAP via signal route TC5. This route uses 
channel PI. 

n) A process Secure_Performing_MAP_SSM sends events to the corresponding Performing_MAP_SSM 
process via signal route InternS. This route is internal. 

o) A process Secure_Requesting _MAP_SSM sends events to the MAP_USER via signal route User6. This 
route uses channel U2. 

p) A process Secure_Requesting _MAP_SSM sends events to the TCAP via signal route TC6. This route uses 
channel P 1 . 

q) A process Secure_Requesting _MAP_SSM sends events to the corresponding Requesting_MAP_SSM 
process via signal route Intern6. This route is internal. 
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Figure 15.6/1 : System Secure_MAP_Stack 
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Figure 15.6/2: Block Secure_MAP_Provider 
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Figure 15.6/3a: Process Secure_MAP_DSM (sheet 1) 
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Figure 15.6/3b: Process Secure_MAP_DSM (sheet 2) 
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Figure 15.6/3c: Process Secure_MAP_DSM (sheet 3) 
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Figure 15.6/3d: Process Secure_MAP_DSM (sheet 4) 
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Figure 15.6/3e: Process Secure_MAP_DSM (sheet 5) 
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Figure 15.6/3f: Process Secure_MAP_DSM (sheet 6) 
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Figure 15.6/3g: Process Secure_MAP_DSM (sheet 7) 
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Figure 15.6/3h: Process Secure_MAP_DSM (sheet 8) 
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Figure 15.6/3i: Process Secure_MAP_DSM (sheet 9) 
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Figure 15.6/3J: Process Secure_MAP_DSM (sheet 10) 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



232 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process Secure MAP DSM 



I Process to manage , \ 
I a MAP dialogue " i 



I \ 

WAIT_FOR_ ) 
1 INIT_DATA ; 



TC_INVOKE_ 

>ind 
(OP_CODE) 



TC_L_ 
>REJECT_ 
ind 




(FALSE) 



(TRUE) 



Derive_ 
V1_AC 




(FALSE) 



(TRUE) 



Check_Load_ 
VIA_Load1 



WAIT_FOR_ \ 

LOAD_CHECK_ | 

RESULT2 ; 



ANY_ 
>OTHER_ 
ind 



TC_U_ 
ABORT_req_ 
VIA TCI 



WAIT_FOR 

LOAD_CHECK_ 
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Figure 15.6/3k: Process Secure_MAP_DSM (sheet 11) 
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I a MAP dialogue 
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Figure 15.6/31: Process Secure_MAP_DSM (sheet 12) 
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Process Secure MAP DSM 



I Process to manage , \ 
I a MAP dialogue " i 
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Figure 15.6/3m: Process Secure_MAP_DSM (sheet 13) 
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Process Secure MAP DSM 



Process to manage 
I a MAP dialogue 



MAP_req 



Any MAP specific 
request primitive 



Any MAP specific 
response primitive 



(TRUE) 
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Figure 15.6/3n: Process Secure_MAP_DSM (sheet 14) 
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Process Secure MAP DSM 



Process to manage 
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Figure 15.6/3o: Process Secure_MAP_DSM (sheet 15) 
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Process Secure MAP DSM 



Process to manage 
a MAP dialogue 
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Figure 15.6/3p: Process Secure_MAP_DSM (sheet 16) 
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Process Secure MAP DSM 



MAP_DSM17(17) 



I Process to manage , \ 
I a MAP dialogue " i 
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Figure 15.6/3q: Process Secure_MAP_DSM (sheet 17) 
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Procedure Process_Components 



Proc_Comp1 (5) 



Procedure to process , 
components received 
in aTC message 



Comments: Components from TCAP: |\ 

DCL — 

Op_Code, Operation_Class INTEGER, 

Operation_Exists, Last_Component, lnvoke_ID_Present, lnvoke_ID_Assigned, Secure_Transport_Required, 

LinkedJDPresent, Encapsulater_Linked_ID_Present, Linked_ID_Assigned, Encapsulated_Linked_ID_Assigned, 

Lin ked_Ope ratio n_/y lowed, v3_Or_Higher_Dialogue BOOLEAN; 



WAIT_FOR_ \ 
COMPONENTS 



TCJNVOKE 

^ind(OP_CODE; 
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(TRUE) 



Set_Problem_ 

Code: 

Duplicated_ 

Invoke ID 



(FALSE) 



Set_Problem_ 

Code: 
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TC_U_REJEC 
req_VIA_TC1 
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VIA Intern 1 



Service_ 
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VIA Interns 
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WAIT_FOR_ 
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Figure 15.6/4a: Procedure Process_Components (sheet 1) 
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Procedure Process_Components 



Proc_Comp2(5) 



Procedure to process , \ 
components received ~l 
in aTC message i 
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MAP_SSM 



|Linked_ 
Service_ 
lnvoked_ 
VIA Intern4 



Secure_ 
Performing_ 
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Figure 15.6/4b: Procedure Process_Components (sheet 2) 
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Procedure Process_Components 



Proc_Comp3(5) 



I N 

Procedure to process i \ 
components received " i 
in a TC message 



TC_ 
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ind 
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(false; 




TC_U_ 
> ERROR_ 
ind 





(FALSE) 



(TRUE) 



(TRUE) 



(FALSE; 



Result_ 

Received_ 

VIA_lntern2 




(FALSE) 



Result_ 

Received_ 
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Figure 15.6/4c: Procedure Process_Components (sheet 3) 
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Procedure Process_Components 



Proc_Comp4(5) 



Procedure to process , \ 
components received 1 
in a TC message 
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Figure 15.6/4d: Procedure Process_Components (sheet 4) 
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Procedure Process_Components 



Procedure to process , \ 
components received 1 
in a TC message 
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Figure 15.6/4e: Procedure Process_Components (sheet 5) 
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Process Load Ctrl 



Process to verily whether , \ 
offered dialogue should be ~i 
discarded because of overload i 



Load_Ctrl1(i; 



, Check_ 
Load 





(FALSE) 



(FALSE) 



(TRUE) 



Compare_ 

Encapsulated_ 

AC_priority_ 

with load 




(FALSE) 



(TRUE) 



Load_OK_ 

VIA_Load2 



Comment 'LOAD CONTROL: K 

DCL ^ 

Congestion, Diaiogue_Acceptabie BOOLEAN 



Compare_ 

AC_priority_ 

with load 



Overload_ 
VIA_Load2 



Load_OK_ 
VIA_Load2 



Figure 15.6/5: Process Load_Ctrl 
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Process RequestingMAPSSM 



MAP_RSSM1(4) 



Process to handle MAP , \ 
service requests and the l 
responses from the distant' 
entity ' 



Comment 'Requesting MAP Service State Machine': 
DCL 
Argument_Correct, Error_Code_Correct, Linked_Request_Defined, Syntax_Correct, MAP_linitiated, 
Unexpected_Data, lmplicit_Cnf, Linked_Operation_Allowed, Wait_For_Cnf, Service_Parameter_Available BOOLEAfvJ, 
I Operation_Class INTEGER; 



, Service_ 
Invoked 



A service has been 
I invoked by the MAP user 



Set_Operation 

Code_and_TCAP_ 
Parameters 



TC_INVOKE_ 
req_VIA_TC4 
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CTRUE) 



WAIT_FOR_ 
CONFIRM 



Figure 15.6/6a: Process Requesting_MAP_SSM (sheet 1) 
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Process RequestingMAPSSM 



MAP_RSSM2(4) 



Process to handle MAP , \ 
service requests and the i 
responses from the distanti 
entity 
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Set_Problem_ 
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Figure 15.6/6b: Process Requesting_MAP_SSM (sheet 2) 
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Process RequestingMAPSSM 



Process to handle MAP , \ 
service requests and the i 
responses from the distanti 
entity 
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Find_Parent_ 

Operation_ 

Code 




(FALSE) 
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Set_Provider_ 
Error 
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WAIT_FOR_ 
CONFIRM 
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Figure 15.6/6c: Process Requesting_MAP_SSM (sheet 3) 
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Process Requesting_MAP_SSM 



Process to handle MAP , \ 
I service requests and the ~i 
I responses Irom the distanti 
I entity i 
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> Reject_ 
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Set_Provider_ 
Error 



MAP_cnf„ 
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the service 
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WAIT_FOR_ 
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Figure 15.6/6d: Process Requesting_MAP_SSM (sheet 4) 
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Process Secure_Requesting_MAP_SSM 



Process to handle MAP , \ 
service requests and the 
responses from the distant 
entity, using secure transport 



Comment 'Secure Requesting MAP Service State Machine': 

DCL 

Argument_Correct, Error_Code_Correct, Linked_Request_Defined, Syntax_Correct, MAP_linitiated, 
Un expect ed_Data, lmplicit_Cnf, Linked_Operation_Allowed, Wait_For_Cnf, Service_Parameter_Available BOOLEAN, 
Ope rati on_CI ass INTEGER; 



MAP_SRSSM1(4) 

K 



, Service_ 
Invoked 



A service has been 
I invoked by the MAP user 



Se1_0peration 

Code_and_TCAP_ 
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MAP_Transport_ 
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VIA_lntern6 
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/ WAIT_FOR_ 1 
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\ / 



Figure 15.6/7a: Process Secure_Requesting_MAP_SSM (sheet 1) 
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Process Secure_Requesting_MAP_SSM 



MAP_SRSSM2(4) 



Process to handle MAP , \ 
service requests and the 
responses from the distant 
entity, using secure transport 



WAIT_FOR_ 
CONFIRM 




Figure 15.6/7b: Process Secure_Requesting_MAP_SSM (sheet 2) 
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Process Secure_Requesting_MAP_SSM 



Process to handle MAP , \ 
service requests and the 
responses from the distant 
entity, using secure transport 
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WAIT_FOR \ 
CONFIRM 
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TRUE 



Linked_ 
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WAIT_FOR_ 
CONFIRM 
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VIA_lntern6 
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Figure 15.6/7c: Process Secure_Requesting_MAP_SSM (sheet 3) 
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Process Secure_Requesting_MAP_SSM 



MAP_SRSSM4(4) 



Process to handle MAP , \ 
I service requests and the " " 
I responses Irom the distant 
I entity, using secure transport 



Provider_ 
> Reject_ 
Received 
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Error 
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VIA_lntern6 
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Figure 15.6/7d: Process Secure_Requesting_MAP_SSM (sheet 4) 
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Process PerformingMAPSSM 



I Process to handle an invoke i \ 

I component received from the i 

I peer and the response from the user i 



Comment 'Performing MAP Service State Machine": l\ 

DCL 

Argument_Correct, Service_ldentifiable, Service_Parameters_Available, Unexpected_Data, 

Length_OK, User_Error_Present, Linked_Request, Specific_Error, More_Data, 

Cnf_Required BOOLEAN, 

Operation_Class INTEGER, 

TIMER Guard_Timer COMMENT 'expires if MAP user does not respond'; 




(FALSE) 



(TRUE) 




(3,4) 



(TRUE) 




Set_ 
(Guard_Timer) 



WAIT_FOR_ 
RESPONSE 



Associated with 
I the service 



(1,2) 



Set_Error: 
Data_Missing 




Is the syntax correct ? i- 



(TRUE) 




Associated with 
I the service 



(3,4) 



MAP_PSSM1 (2) 





(FALSE) 



^ Associated with 
the service 



(1.2) 



(3,4) 



Set_Error; 
Unexpected_ 
DataValue 



TC_U_ERROH_ 
req_VIA_TC3 



MAP_NOTICE_ 
ind VIA Users 



Set_Problem_ 

Code: [Vlistyped_ 

Parameter 



TC_U_REJEC"" 
req_VIA_TC3 



MAP_NOTICE_ 
ind ViA Users 



Figure 15.6/8a: Process Performing_MAP_SSM (sheet 1) 
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Process PerformingMAPSSM 



I Process to handle an invoke | \ 
I component received from the 1 

I peer and the response from the usen 



Guard_ 

>Timer_ 

Expired 



(TRUE) 




(FALSE) 



Split_ 
info 





/ 






TC 

RESULT NL 
rep VIA TC3 




(TRUE) 



MAP_PSSM2(2) 



/ \ 

WAIT_FOR_ 1 
RESPONSE 



Response_ 
Issued 



by the MAP user or 
^ the Secure_ 
PerformingMAPSSM 




(TRUE) 



(FALSE) 



(FALSE) 




(TRUE) 



Set_Operation_ 
Code_and_ 
TCAP Param 



TC_INVOKE_ 
req_VIA_TC3 



(FALSE) 
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Set_Error_ 
Code 



TC_U_ERROR^ 
req_VIA_TC3 



Set_Problem_ 
Code 



TC_U_REJECT 
req_VIA_TC3 



Figure 15.6/8b: Process Performing_MAP_SSM (sheet 2) 
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Process Secure_Performing_MAP_SSM 



Process to handle an invoke , \ 

I component received Irom the " ~i 

I peer and the response Irom the user, i 
I using secure transport i 



Comment 'Secure Performing MAP Service State Machine': 
DCL 
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Figure 15.6/9a: Process Secure_Performing_MAP_SSM (sheet 1) 
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Figure 15.6/9b: Process Secure_Performing_MAP_SSM (sheet 2) 
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1 6 Mapping on to TC services 
16.1 Dialogue control 

Dialogue control services are mapped to TC dialogue handling services. The TC-UNI service is not used by the MAP 
PM. 

16.1.1 Directly mapped parameters 

The following parameters of the MAP-OPEN request and indication primitives are directly mapped on to the 
corresponding parameters of the TC -BEGIN primitives: 

destination address; 

originating address. 

16.1.2 Use of other parameters of dialogue handling primitives 

16.1.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 

1 6.1 .2.2 Application-context-name 

The application-context-name parameter of a MAP primitive is mapped to the application-context-name parameter of 
TC dialogue handling primitives according to the rules described in clause 15.1. 

16.1.2.3 User information 

The user information parameter of TC dialogue primitives is used to carry the MAP dialogue APDUs. 

16.1.2.4 Component present 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.771. It is not visible to the MAP 
user. 

16.1.2.5 Termination 

The value of this parameter of the TC-END request primitive is set by the MAP PM on the basis of the release method 
parameter of the MAP-CLOSE request primitive, except when the dialogue state machine is in the state DIALOGUE 
INITIATED, in which case the Termination parameter shall always indicate "pre-arranged end". 

16.1.2.6 P-Abort-Cause 

Values of the P-abort-cause parameter are mapped to the values of the provider-reason parameter of the 
MAP-P-ABORT indication primitive according to table 16.1/1, except in the dialogue initiated phase for the 
"incorrectTransactionPortion" and "noCommonDialoguePortion" values which are mapped to the "potential 
incompatibility problem" value of the refuse-reason parameter of the MAP -OPEN cnf primitive. The source parameter 
in the MAP-P-ABORT ind takes the value "TC problem". 

16.1.2.7 Quality of service 

The quality of service of TC request primitives is set by the MAP as shown below. 

Return option: "Return message on error" or "Discard message on error" as required by the network operator; 
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Sequence control: "Sequence guaranteed" or "Sequence result not guaranteed" as required by the network 
operator; 

"Sequence guaranteed" shall be used when a segmented result is to be transferred (e.g. subscriber data in 
response to SendParameters). It may also be appropriate to use Sequence guaranteed when a series of 
InsertSubscriberData, ProcessAccessSignalling or ForwardAccessSignalling operations is used. 

It is essential that the TC message which indicates acceptance of a dialogue opening request is received by the dialogue 
initiator before any subsequent message in that dialogue; otherwise the dialogue opening will fail. The dialogue 
responder shall ensure that this requirement is met by: 

Sending the dialogue acceptance message in a TC-END, if the dialogue structure requires it; or 

Using "Sequence guaranteed", if the dialogue acceptance message is sent in a TC-CONTINUE; or 

Waiting until the dialogue acceptance message has been acknowledged by the dialogue initiator before sending a 
subsequent message, if the dialogue acceptance message is sent in a TC-CONTINUE. 

Table 16.1/1 : Mapping of P-Abort cause in TC-P-ABORT indication 
on to provider-reason in MAP-P-ABORT indication 



TC P-Abort cause 


MAP provider-reason 


unrecognised message type 


provider malfunction 


unrecognised transaction Id 


supporting dialogue released 


badlyFormattedTransactionPortion 


provider malfunction 


i ncorrectlransaction Portion 


provider malfunction (note) 


resourceLimitation 


resource limitation 


abnormalDialogue 


provider malfunction 


noCommonDialoguePortion 


version incompatibility 


NOTE: Or version incompatibility in the dialogue initiated phase. 



1 6.2 Service specific procedures 

Specific services are mapped to TC component handling services. 

16.2.1 Directly mapped parameters 

The Invoke Id parameter of the MAP request and indication primitive is directly mapped on to the Invoke Id parameter 
of the component handling primitives. 

1 6.2.2 Use of other parameters of component handling primitives 

16.2.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 

16.2.2.2 Class 

The value of this parameter is set by the MAP PM according to the type of the operation to be invoked. 



16.2.2.3 



Linked Id 



When a service response is mapped to a class 4 operation, the value of this parameter is set by the MAP PM and 
corresponds to the value assigned by the user to the initial service request (i.e. the value of the invoke ID parameter of 
the request primitive). Otherwise if such a parameter is included in MAP request/indication primitives it is directly 
mapped to the linked ID parameter of the associated TC -INVOKE request/indication primitives. 
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16.2.2.4 Operation 

When mapping a request primitive on to a Remote Operations PDU (invoke), the MAP PM shall set the operation code 
according to the mapping described in table 16.2/1. 

When mapping a response primitive on to a Remote Operations service, the MAP PM shall set the operation code of the 
TC-RESULT-L/NL primitive (if required) to the same value as the one received at invocation time. 

Table 16.2/1 : Mapping of MAP specific services on to MAP operations 



MAP-SERVICE 


operation 


MAP-ACTIVATE-SS 


activateSS 


MAP-ACTIVATE-TRACE-MODE 


activateTraceMode 


MAP-ALERT-SERVICE-CENTRE 


alertServiceCentre 


MAP-ANY-TIME-INTERROGATION 


anyTimelnterrogaton 


MAP AUTHENTICATION FAILURE REPORT 


authenticationFailureReport 


MAP-ANY-TIME-MODIFICATION 


anyTimeModification 


MAP-ANY-TIME-SUBSCRIPTION-INTERROGATION 


anyTlmeSubscriptionlnterrogation 


MAP-CANCEL-LOCATION 


cancelLocation 


MAP-CHECK-IMEI 


checklMEl 


MAP-DEACTIVATE-SS 


deactivateSS 


MAP-DEACTIVATE-TRACE-MODE 


deactivateTraceMode 


MAP-DELETE-SUBSCRIBER-DATA 


deleteSubscriberData 


MAP-ERASE-CC-ENTRY 


eraseCC-Entry 


MAP-ERASE-SS 


eraseSS 


MAP-FAILURE-REPORT 


failureReport 


MAP-FORWARD-ACCESS-SIGNALLING 


forwardAccessSignalling 


MAP-FORWARD-CHECK-SS-INDICATION 


forwardCheckSslndication 


MAP-FORWARD-GROUP-CALL-SIGNALLING 


forwardGroupCallSignalling 


MAP-MT-FORWARD-SHORT-MESSAGE 


mt-forwardSM 


MAP-MO-FORWARD-SHORT-MESSAGE 


mo-forwardSM 


MAP-GET-PASSWORD 


getPassword 


MAP-INFORM-SERVICE-CENTRE 


informServiceCentre 


MAP-INSERT-SUBSCRIBER-DATA 


insertSubscriberData 


MAP-INTERROGATE-SS 


InterrogateSs 


MAP-IST-ALERT 


istAlert 


MAP-IST-COMMAND 


istCommand 


MAP-NOTE-MS-PRESENT-FOR-GPRS 


noteMsPresentForGprs 


MAP-NOTE-SUBSCRIBER-DATA-MODIFIED 


noteSubscriberDataModified 


MAP-PREPARE-GROUP-CALL 


prepareGroupCall 


MAP-PREPARE-HANDOVER 


prepareHandover 


MAP-PREPARE-SUBSEQUENT-HANDOVER 


prepareSubsequentHandover 


MAP-PROCESS-ACCESS-SIGNALLING 


processAccessSignalling 


MAP-PROCESS-GROUP-CALL-SIGNALLING 


processGroupCallSignalling 


MAP-PROCESS-UNSTRUCTURED-SS-REOUEST 


processUnstructuredSS-Request 


MAP-PROVIDE-ROAMING-NUMBER 


provideRoamingNumber 


MAP-PROVIDE-SIWFS-NUMBER 


provideSIWFSNumber 


MAP-PROVIDE-SUBSCRIBER-LOCATION 


provideSubscriberLocation 


MAP-PROVIDE-SUBSCRIBER-INFO 


provideSubscrlberlnfo 


MAP-PURGE-MS 


purgeMS 


MAP-READY-FOR-SM 


readyForSM 


MAP-REGISTER-CC-ENTRY 


registerCC-Entry 


MAP-REGISTER-PASSWORD 


registerPassword 


MAP-REGISTER-SS 


registerSS 


MAP-REMOTE-USER-FREE 


remoteUserFree 


MAP-REPORT-SM-DELIVERY-STATUS 


reportSmDeliveryStatus 


MAP-RESET 


reset 


MAP-RESTORE-DATA 


restoreData 


MAP-SECURE-TRANSPORT-CLASS-1 


secureTransportClassI 


MAP-SECURE-TRANSPORT-CLASS-2 


secureTransportClass2 


MAP-SECURE-TRANSPORT-CLASS-3 


secureTransportClassS 


MAP-SECURE-TRANSPORT-CLASS-4 


secureTransportClass4 


MAP-SEND GROUP-CALL END SIGNAL 


sendGroupCallEndSignal 


MAP-SEND-END-SIGNAL 


sendEndSignal 
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MAP-SEND-AUTHENTICATION-INFO 


sendAuthenticationlnfo 


MAP-SEND-IMSI 


sendlMSI 


MAP-SEND-IDENTIFICATION 


sendldentification 


MAP-SEND-ROUTING-INFO-FOR-SM 


sendRoutinglnfoForSM 


MAP-SEND-ROUTING-INFO-FOR-GPRS 


sendRoutinglnfoForGprs 


MAP-SEND-ROUTING-INFO-FOR-LGS 


sendRoutinglnfoForLCS 


MAP-SEND-ROUTING-INFORMATION 


sendRoutinglnfo 


MAP-SET-REPORTING-STATE 


setReportingState 


MAP-SIWFS-SIGNALLING-MODIFY 


SIWFSSignallingModify 


MAP-STATUS-REPORT 


statusReport 


MAP-SUBSGRIBER-LOCATION-REPORT 


subscriberLocationReport 


MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION 


ss-lnvocation-Notification 


MAP-UNSTRUCTURED-SS-NOTIFY 


unstructuredSS-Notify 


MAP-UNSTRUCTURED-SS-REQUEST 


unstructuredSS-Request 


MAP-UPDATE-GPRS-LOCATION 


updateGprsLocation 


MAP-UPDATE-LOCATION 


updateLocation 


MAP-NOTE-MM-EVENT 


NoteMM-Event 



16.2.2.5 



Error 



The error parameter in a TC-U-ERROR indication primitive is mapped to the user error parameter in the MAP confirm 
primitive of the service associated with the operation to which the error is attached. 

The user error parameter in MAP response primitives is mapped to the error parameter of the TC-U-ERROR request 
primitive, except for "initiating-release" and "resource-Hmitation" which are mapped to the problem code parameter of 
the TC-U-REJECT request primitive. 



16.2.2.6 



Parameters 



The parameters of MAP specific request and indication primitives are mapped to the argument parameter of TC- 
INVOKE primitives. 

The parameters of MAP specific response and confirm primitives are mapped to the result parameter of TC-RESULT-L 
primitives, the parameter of TC-U-ERROR primitives or the argument of TC -INVOKE primitives when mapping on 
linked class 4 operations is used. 

16.2.2.7 Timeout 

The value of this parameter is set by the MAP PM according to the type of operation invoked. 

1 6.2.2.8 Last component 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.711. It is not visible from the MAP 
user. 



16.2.2.9 



Problem code 



16.2.2.9.1 



Mapping to MAP User Error 



The following values of the user error parameter are mapped as follows to values of the TC problem code parameter. 
These values are generated by the MAP user. This mapping is valid from the TC-U-REJECT indication primitive to the 
MAP confirm service primitive and from the MAP response service primitive to the TC-U-REJECT request primitive. 

Table 16.2/2: Mapping of MAP User Error parameter on to TC problem code 

in TC-U-REJECT primitives 



MAP User Error 


TC problem code 


resource limitation 


resource limitation 


initiating release 


initiating release 
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16.2.2.9.2 



Mapping to MAP Provider Error parameter 



The following values of the TC problem code parameter of the TC-U-REJECT indication primitive are mapped as 
follows to values of the MAP Provider Error parameter of the MAP confirm primitive. 

Table 16.2/3: Mapping of TC problem code in TC-U-REJECT on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


duplicated invoke Id 


duplicated invoke id 


unrecognised operation 


service not supported 


mistyped parameter 


mistyped parameter 



The following values of the problem code parameters of the TC-L-REJECT primitive are mapped to values of the 
provider error parameter of the MAP confirm primitive as follows. 

Table 16.2/4: Mapping of TC problem code in TC-L-REJECT on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


return result unexpected 


unexpected response from the peer 


return error unexpected 


unexpected response from the peer 



16.2.2.9.3 



Mapping to diagnostic parameter 



The following values of the problem code parameter of the TC-R-REJECT and TC-U-REJECT primitive are mapped to 
values of the diagnostic parameter of the MAP-NOTICE indication primitive as follows: 

Table 16.2/5: Mapping of TC problem code of TC-R-REJECT and TC-U-REJECT 

on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problem 


- abnormal event detected by the peer 


Invoke problem 




- unrecognised linked ID 


- abnormal event detected by the peer 


- linked response unexpected 


- response rejected by the peer 


- unexpected linked operation 


- response rejected by the peer 


Return result problem 




- unrecognised invoke ID 


- response rejected by the peer 


- return result unexpected 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 


Return error problem 




- unrecognised invoke ID 


- response rejected by the peer 


- return error unexpected 


- response rejected by the peer 


- unrecognised error 


- response rejected by the peer 


- unexpected error 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 



The following values of the problem code parameter of the TC-L-REJECT primitive are mapped to values of the 
diagnostic parameter of the MAP-NOTICE indication primitive as follows. 

Table 16.2/6: Mapping of TC problem code of TC-L-REJECT on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problems 


- abnormal event received from the peer 


Invoke problem 




- unrecognised linked ID 


- abnormal event received from the peer 


Return result problem 




- unrecognised invoke ID 


- abnormal event received from the peer 


Return error problem 




unrecognised invoke ID 


- abnormal event received from the peer 
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1 7 Abstract syntax of the MAP protocol 
17.1 General 

This clause specifies the Abstract Syntaxes for the Mobile Application Part as well as the associated set of Operations 
and Errors, using the Abstract Syntax Notation One (ASN.l), defined in CCITT Recommendation X.208 (1988) or 
X.680 (1994) with additions as defined in clause 17.1.4 on Compatibility Considerations and the OPERATION and 
ERROR external MACROs, defined in CCITT Recommendation Q.773. 

The Abstract Syntax is defined for all interfaces specified in clause 4.4 except for the A- and B-interfaces. 

The Mobile Application Part protocol is defined by two Abstract Syntaxes: 

one Abstract Syntax which encompass all Operations; and 

Errors identified by the various MAP subsystem numbers. 

This Abstract Syntax represents the set of values each of which is a value of the ASN.l type TCAPMessages. 
MessageType as defined in CCITT Recommendation Q.773 with the ANY DEFINED BY sections resolved by the 
operation and error codes included in the ASN.l module MAP-Protocol. However, only the subset of this abstract 
syntax which is required by the procedures defined for an entity needs to be supported: 

one Abstract Syntax identified by the OBJECT IDENTIFIER value MAP-Dialoguelnformation.map- 
DialogueAS. 

This Abstract Syntax represents the set of values each of which is a value of the ASN. 1 type MAP- 
Dialoguelnformation.MAP-DialoguePDU. Such a value of the ASN.l single-ASN.l-type element is contained within 
the user-information element of the TCAPMessages. DialoguePortion ASN.l type. This Abstract Syntax name is to be 
used as a direct reference. 

17.1.1 Encoding rules 

The encoding rules which are applicable to the defined Abstract Syntaxes are the Basic Encoding Rules for Abstract 
Syntax Notation One, defined in CCITT Recommendation X.690 with the same exceptions as in CCITT 
Recommendation Q.773 clause 4 Message Representation. 

When the definite form is used for length encoding, a data value of length less than 128 octets must have the length 
encoded in the short form. 

When the long form is employed to code a length, the minimum number of octets shall be used to code the length field. 

OCTET STRING values and BIT STRING values must be encoded in a primitive form. 

There is no restriction to the use of empty constructors (e.g. an empty SEQUENCE type). That is, the encoding of the 
content of any data value shall consist of zero, one or more octets. 

17.1.2 UseofTC 

The mapping of OPERATION and ERROR to TC components is defined in ETS 300 287 (version 2) which is based on 
CCITT Recommendation Q.773 (1992). 

NOTE 1 : The class of an operation is not stated explicitly but is specified as well in the ASN. 1 operation type 
definition. 

Class 1: RESULT and ERROR appear in ASN.l operation type definition. 

Class 2: only ERROR appears in ASN.l operation type definition. 

Class 3: only RESULT appears in ASN.l operation type definition. 

Class 4: both RESULT and ERROR do not appear in ASN.l operation type definition. 
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The ASN.l data type which follows the keywords "ARGUMENT", "PARAMETER" or "RESULT" (for OPERATION 
and ERROR) is always optional from a syntactic point of view. However, except when specifically mentioned with the 
ASN.l comment «— optional» , the «parameter» part of a component has to be considered as mandatory from a 
semantic point of view. 

When an optional element is missing in an invoke component or in an inner data structure while it is required by the 
context, an error component is returned if specified in the operation type; the associated type of error is DataMissing. 
This holds also when the entire parameter of an invoke component is missing while it is required by the context. 

NOTE 2: When a mandatory element is missing in the parameter or inner data structure of any component, a reject 
component is returned (if the dialogue still exists). The problem code to be used is "Mistyped parameter". 

The Timer Values used in the operation type definitions are indicated as ASN.l comments. The Timer Value Ranges 
are: 

s = from 3 seconds to 10 seconds; 

m = from 15 seconds to 30 seconds; 

ml = from 1 minute to 10 minutes; 

1 = from 28 hours to 38 hours. 

17.1 .2.1 Use of Global Operation and Error codes defined outside MAP 

An entity supporting an application context greater than 2 shall be capable of receiving an operation or error code, 
within an application context defined in GSM 09.02, encoded as either an Object Identifier (as defined in CCITT 
Recommendation X.690 (1994)) or an integer value (as defined in clause 17.5). Related restrictions regarding the use of 
Object Identifiers are as follows: 

The length of the Object Identifier shall not exceed 16 octets and the number of components of the Object 
Identifier shall not exceed 16. 

Object Identifiers shall be used only for operations or errors defined outside of GSM 09.02. 

Global error codes may be sent only in response to a global operation. If a standard operation is received then 
a global error code shall not be sent in response. 

Handling of an unknown operation codes by the receiving entity is defined in clause 15.1.1. 

1 7. 1 .3 Use of information elements defined outside MAP 

An information element or a set of information elements (messages) transparently carried in the Mobile Application 
Part but defined in other recommendations/technical specifications are handled in one of the following ways: 

i) The contents of each information element (without the octets encoding the identifier and the length in the 
recommendation/technical specification where it is defined unless explicitly stated otherwise) is carried as the 
value of an ASN. 1 NamedType derived from the OCTET STRING data type. Additionally, the internal structure 
may be explained by means of comments. In case of misalignment the referred to recommendation/technical 
specification takes precedence. 

ii) The complete information element (including the octets encoding the identifier and the length in the 

recommendation/technical specification where it is defined) or set of information elements and the identity of the 
associated protocol are carried as the value of the ExternalSignallnfo data type defined in the present document. 
Where more than one information element is carried, the information elements are sent contiguously with no 
filler octets between them. 
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1 7. 1 .4 Compatibility considerations 



The following ASN.l modules conform to CCITT Recommendation X.208 (1988) or X.680 (1994) (the only module 
which makes use of X.680 is MAP-ExtensionDataTypes), but in addition Ellipsis Notation ("..." - notation) is used as 
described in ITU-T Recommendation X.680 Amendment 1 (1995) wherever future protocol extensions are foreseen. 

The "..." construct applies only to SEQUENCE and ENUMERATED data types. An entity supporting a version greater 
than 1 shall not reject an unsupported extension following "..." of that SEQUENCE or ENUMERATED data type. The 
Encoding Rules from clause 17.1.1 apply to every element of the whole Transfer Syntax especially to the ASN.l type 
EXTERNAL. 

The extension container "privateExtensionList" is defined in this specification in order to carry extensions which are 
defined outside this specification. Private extensions can be defined by, for example, network operators, manufacturers, 
and regional standardisation bodies. 

Private extensions shall: 

1) if included in operations of an AC of V2, follow the extension marker and be tagged using PRIVATE tags up 
to and including 29. 

NOTE: This type of extension is in most cases used only within a PLMN. 

2) if included in operations of an AC of V3 or higher: be included only in the Private Extension Container that 
is defined in the specification. 

NOTE: This type of extension can be used between PLMNs. 

Private extensions shall not be included in v2 supplementary service operations. 

Private extensions shall not be included within user error for RegisterCCEntry and EraseCCEntry operations. 

PCS extensions shall be included in the PCS Extension Container that is defined in this specification. 

In order to improve extensibility, a few error parameters have been defined as a CHOICE between the version 2 
description and a SEQUENCE including the version 2 description and an extension container. Operations used in a v2- 
application-context must consider only the first alternative while operations used in a vn-application-context (n>2) must 
consider only the second alternative. 

1 7. 1 .5 Structure of tine Abstract Syntax of MAP 

For each MAP parameter which has to be transferred by a MAP Protocol Data Unit (MAP message), there is a PDU 
field (an ASN.l NamedType) whose ASN.l identifier has the same name as the corresponding parameter, except for the 
differences required by the ASN. 1 notation (blanks between words are removed or replaced by hyphen, the first letter of 
the first word is lower-case and the first letter of the following words are capitalised, e.g. "no reply condition time" is 
mapped to "noReplyConditionTime"). Additionally some words may be abbreviated as follows: 

bs basic service 

ch call handling 

cug closed user group 

ho handover 

ic incoming call 

id identity 

info information 

mm mobility management 

Ics location services 

ms mobile service 

oc outgoing call 
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om operation & maintenance 

pw Password 

sm short message service 

ss supplementary service 

St secure transport 

The MAP protocol is composed of several ASN.l modules dealing with either operations, errors, data types, and, if 
applicable, split into those dealing with mobile services, call handling services, supplementary services and short 
message services. For operations and errors no values are assigned, but only the operation and error types in order to 
allow use of the defined types also by other protocols (e.g. 3GPP TS 24.080 [38]). The values (operation codes and 
error codes) are defined in a separate module. The ASN.l source lines are preceded by line-numbers at the left margin 
in order to enable the usage of the cross-reference in annex A. 

The module containing the definition of the operation packages for MAP is: 

1. MAP-OperationPackages. 

The module containing the definition of the application contexts for MAP is: 

2. MAP-ApplicationContexts. 

The module containing the data types for the Abstract Syntax to be used for TCAPMessages.DialoguePortion for MAP 
is: 

3. MAP-Dialoguelnformation. 

The module containing the operation codes and error codes for MAP is: 

4. MAP-Protocol. 

The modules containing all operation type definitions for MAP are: 

5. MAP-MobileServiceOperations; 

6. MAP-OperationAndMaintenanceOperations; 

7. MAP-CallHandlingOperations; 

8. MAP-SupplementaryServiceOperations; 

9. MAP-ShortMessageServiceOperations; 

10. MAP-Group-Call-Operations; 

1 1 . MAP-LocationServiceOperations; 

12. MAP-SecureTransportOperations. 

The module containing all error type definitions for MAP is: 

13. MAP -Errors. 

Modules containing all data type definitions for MAP are: 

14. MAP-MS-DataTypes; 

15. MAP-OM-DataTypes; 

16. MAP-CH-DataTypes; 

17. MAP-SS-DataTypes; 
18.MAP-SS-Code; 

19. MAP-SM-DataTypes; 
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20. MAP-ER-DataTypes; 

21. MAP-CommonDataTypes; 

22. MAP-TS-Code; 

23. MAP-BS-Code; 

24. MAP-ExtensionDataTypes; 

25. MAP-GR-DataTypes; 

26. MAP-LCS-DataTypes; 

27. MAP-ST-DataTypes. 

References are made also to modules defined outside of the present document. They are defined in the technical 
specification Mobile Services Domain and technical specification Transaction Capability respectively: 

MobileDomainDefinitions ; 

TCAPMessages; 

DialoguePDUs. 



17.1.6 Application Contexts 



The following informative table lists the latest versions of the Application Contexts used in this specification, with the 
operations used by them and, where applicable, whether or not the operation description is exactly the same as for 
previous versions. Information in 17.6 & 17.7 relates only to the ACs in this table. 



AC Name 


AC Version 


Operations Used 


Comments 


locationCancellationContext 


v3 


cancelLocation 




equipmentlVlngtContext 


v2 


checklMEl 




imslRetrievalContext 


v2 


sendlMSI 




infoRetrievalContext 


v3 


sendAuthenticationlnfo 




interVlrlnfoRetrievalContext 


v3 


sendldentification 




handoverControlContext 


v3 


prepareHandover 

forwardAccessSignalling 

sendEndSignal 

processAccessSignalling 

prepareSubsequentHandover 


the syntax of this 
operation has been 
extended in 
comparison with 
release 98 version 


mwdlVlngtContext 


v3 


readyForSIVI 




msPurgingContext 


v3 


purgelVIS 




shortMsgAlertContext 


v2 


alertServiceCentre 




resetContext 


v2 


reset 




networkUnstructuredSsContext 


v2 


processUnstructuredSS-Request 

unstructuredSS-Request 

unstructuredSS-Notify 




tracingContext 


v3 


activateTracelVlode 
deactivateTracelVlode 




networkFunctionalSsContext 


v2 


registerSS 

eraseSS 

activateSS 

deactivateSS 

registerPassword 

interrogateSS 

getPassword 




shortMsglVIO-RelayContext 


v3 


mo-forwardSM 




shortMsglVIT-RelayContext 


v3 


mt-forwardSIVI 




short IVIsgGatewayContext 


v3 


sendRoutinglnfoForSM 

reportSM-DeliveryStatus 

InformServiceCentre 


the syntax of this 
operation has been 
extended in 
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AC Name 


AC Version 


Operations Used 


Comments 








comparison with 
release 96 version 


networkLocUpContext 


v3 


updateLocation 

forwardCheckSs-lndication 

restoreData 

insertSubscriberData 

activateTraceMode 


the syntax is the 
same in v1 & v2 


gprsLocationUpdateContext 


v3 


updateGprsLocation 

insertSubscriberData 

activateTracelVlode 




subscriberDataMngtContext 


v3 


insertSubscriberData 
deleteSubscriberData 




roamingNumberEnquiryContext 


v3 


provideRoamingNumber 




locationlnfoRetrievalContext 


v3 


sendRoutinglnfo 




gprsNotifyContext 


v3 


notelVlsPresentForGprs 




gprsLocationlnfoRetrievalContext 


v4 


sendRoutinglnfoForGprs 




failureReportContext 


v3 


failureReport 




callControlTransferContext 


v4 


resumeCallHandling 




subscriberlnfoEnquiryContext 


v3 


provideSubscriberlnfo 




anyTimeEnquiryContext 


v3 


anyTimelnterrogation 




anyTimelnfoHandlingContext 


v3 


anyTimeSubscriptionlnterrogatlon 
anyTimelVlodification 




ss-lnvocationNotificationContext 


v3 


ss-lnvocationNotification 




slWFSAIIocationContext 


v3 


provideSIWFSNumber 
slWFSSignallinglVlodify 




groupCallControlContext 


v3 


prepareGroupCall 
processGroupCallSignalling 
forwardGroupCallSignalling 
sendGroupCallEndSignal 




reportingContext 


v3 


setReportingState 
status Report 
remoteUserFree 




callCompletionContext 


v3 


registerCC-Entry 
eraseCC-Entry 




istAlertingContext 


v3 


istAlert 




ImmediateTerminationContext 


v3 


istCommand 




locationSvcEnquiryContext 


v3 


provideSubscriberLocation 
subscriberLocationReport 




locationSvcGatewayContext 


v3 


sendRoutinglnfoForLGS 




mm-EventReportingContext 


v3 


noteMM-Event 




subscriberDataModificationNotificati 
onContext 


v3 


noteSubscriberDatalVlodified 




authenticationFailureReportContext 


v3 


authenticationFailureReport 




secureTransportHandlingContext 


v3 


secureTransportClassI 
secureTransportClass2 
secureTransportClassS 
secureTransportClass4 





NOTE (*): The syntax of the operations is not the same as in previous versions unless expHcitly stated 
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1 7.2 Operation packages 
17.2.1 General aspects 

This clause describes the operation-packages which are used to build the application-contexts defined in clause 17.3. 

Each operation-package is a specification of the roles of a pair of communicating objects (i.e. a pair of MAP-Providers), 
in terms of operations which they can invoke of each other. 

The grouping of operations into one or several packages does not necessarily imply any grouping in terms of 
Application Service Elements. 

The following ASN.l MACRO is used to describe operation-packages in this clause: 



OPERATION-PACKAGE MACRO 



TYPE NOTATION ::= Symmetric [ Consumerlnvokes Supplierlnvokes I 
empty 

VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER) 
Symmetric ::= "OPERATIONS" "{" OperationList "}" 
Consumerlnvokes ::= "CONSUMER INVOKES" "{" OperationList "}" 
Supplierlnvokes ::= "SUPPLIER INVOKES" "{" OperationList "}" [ empty 
OperationList ::= Operation | OperationList "," Operation 
Operation ::= value (OPERATION) 

END 



Since the application-context definitions provided in clause 17.3 use only an informal description technique, only the 
type notation is used in the following clauses to define operation-packages. 

The following definitions are used throughout this clause (n>=2): 

vl-only operation: An operation which shall be used only in vl application-contexts; 

vn-only operation: An operation which shall be used only in vn application-contexts; 

v(n-l)-operation: An operation whose specification has not been modified since the MAP v(n-l) specifications 
or if the modifications are considered as not affecting v(n-l) implementations; 

v(n-l)-equivalent operation: The version of an operation which excludes all the information elements and errors 
which have been added since the MAP v(n-l) specification; 

vn-only package: An operation package which contains only vn-only operations; 

v(n-l)-package: An operation package which contains only v(n-l)- operations. 

The names of vn-packages are suffixed by "-vn" where n>=2. 

For each operation package which is not vn-only (n>=2) and which does not include only v(n-l)-operations, there is a 
v(n-l)-equivalent package. Except when a definition is explicitly provided in the following clauses, the 
v(n-l)-equivalent package includes the v(n-l)-equivalent operations of the operations which belong to this package. 

17.2.2 Packages specifications 
17.2.2.1 Location updating 

This operation package includes the operations required for location management procedures between HLR and VLR. 
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LocationUpdatingPackage-v3 : : = OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

updateLocation} 
SUPPLIER INVOKES { 

forwardCheckSs- Indication} 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.2 Location cancellation 

This operation package includes the operations required for location cancellation and MS purging procedures between 
HLR and VLR and between HLR and SGSN. 



LocationCancellationPackage- 


-v3 


: = 


OPERATION 


-PACKAGE 


— Supplier is VLR or SGSN 


if 


Consumer is HLR \ 


CONSUMER INVOKES { 










cancelLocation} 











The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.3 Roaming number enquiry 

This operation package includes the operations required for roaming number enquiry procedures between HLR and 
VLR. 



RoamingNumberEnquiryPackage-vS ::= OPERATION-PACKAGE 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

provideRoamingNumber } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.4 Information retrieval 

This operation package includes the operation required for the authentication information retrieval procedure between 
HLR and VLR and between HLR and SGSN. 



InfoRetrievalPackage-v3 




= OPERATION- 


PACKAGE 


— Supplier is HLR 


if 


Consumer 


IS 


VLR 


— Supplier is HLR 


if 


Consumer 


is 


SGSN 


CONSUMER INVOKES { 










sendAuthenti cat ion Info} 







The v2-equivalent package is defined as follows: 



InfoRetrievalPackage-v2 




= OPERATION- 


PACKAGE 


— Supplier is HLR 


if 


Consumer 


IS 


VLR 


— Supplier is HLR 


if 


Consumer 


is 


SGSN 


CONSUMER INVOKES { 










sendAuthenti cat ion Info} 







The vl-equivalent package is defined as follows: 



InfoRetrievalPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR or VLR if Consumer is VLR 

— Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

sendParameters } 



17.2.2.5 Inter-VLR information retrieval 

This operation package includes the operations required for inter VLR information retrieval procedures. 



InterVlrInf oRetrievalPackage-v3 : : = OPERATION-PACKAGE 
— Supplier is VLR if Consumer is VLR 
CONSUMER INVOKES { 

sendldentification} 
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The v2-equivalent package is defined as follows: 



InterVlrInfoRetrievalPackage-v2 ::= OPERATION-PACKAGE 
— Supplier Is VLR If Consumer Is VLR 
CONSUMER INVOKES { 

sendldentif ication} 



The vl -equivalent package is : InfoRetrievalPackage-vl. 

17.2.2.6 I MS I retrieval 

This operation package includes the operation required for the IMSI retrieval procedure between HLR and VLR. 



IMSIRetrievalPackage-v2 




= OPERATION- 


PACKAGE 


— Supplier Is HLR 


If 


Consumer 


IS 


VLR 


CONSUMER INVOKES { 










sendlMSI} 











This package is v2 only. 

1 7.2.2.7 Call control transfer 

This operation package includes the operation required for the call control transfer procedure between VMSC and 
GMSC. 



CallControlTransferPackage-v4 ::= OPERATION-PACKAGE 
— Supplier is GMSC If Consumer Is VMSC 
CONSUMER INVOKES { 

resumeCallHandllng} 



The v3-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.8 Secure transport 

This operation package includes the operations required for the secure transport of MAP messages between any MAP 
entities. 



SecureTransportHandlingPackage-v3 : 


= OPERATION-PACKAGE 










CONSUMER INVOKES { 












SecureTransportClassl, 


— to be used 

— TCAP class 


if the original 
1 operation 


operation 


is 


a 


SecureTransportClass2, 


— to be used 

— TCAP class 


if the original 
2 operation 


operation 


is 


a 


SecureTransportClassS, 


— to be used 

— TCAP class 


if the original 
3 operation 


operation 


is 


a 


SecureTransportClass4 } 


— to be used 


if the original 


operation 


is 


a 




— TCAP class 


4 operation 









This package is v3 only. 

17.2.2.9 Void 

17.2.2.10 Interrogation 

This operation package includes the operations required for interrogation procedures between MSC and HLR or NPLR. 



InterrogationPackage-v3 : : = OPERATION-PACKAGE 

— Supplier Is HLR or NPLR if Consumer Is MSC 
CONSUMER INVOKES { 

sendRoutingInf o } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 
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17.2.2.11 



Void 



1 7.2.2.1 2 Handover Control 

This operation package includes the operations required for handover procedures between MSCs. 



HandoverControlPackage-v3 : 


= OPERATION 


-PACKAGE 


— Supplier is MSCB if 


Consumer 


is 


MSCA 


CONSUMER INVOKES { 








prepareHandover, 








f orwardAccessSigna 


lling} 






SUPPLIER INVOKES { 








sendEndSignal, 








processAccessSigna 


lling. 






p repa re Sub sequent F 


andover } 







The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl -equivalent package is defined as follows. 



HandoverControlPackage-vl ::= OPERATION-PACKAGE 
— Supplier is MSCB if Consumer is MSCA 
CONSUMER INVOKES { 

performHandover, 

forwardAccessSignalling, 

t race Subs criberActivity} 
SUPPLIER INVOKES { 

sendEndSignal, 

notelnternalHandover, 

processAccessSignalling, 

per formSub sequent Handover } 



1 7.2.2.1 3 Subscriber Data management stand alone 

This operation package includes the operations required for stand alone subscriber data management procedures 
between HLR and VLR or between HLR and SGSN. 



SubscriberDataMngtStandAlonePackage-v3 ::= OPERATION-PACKAGE 
— Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

insertSubscriberData, 
deleteSubscriberData} 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.14 Equipment management 

This operation package includes the operations required for equipment management procedures between EIR and MSC 
or between EIR and SGSN. 



EquipmentMngtPackage-v2 




= OPERATION- 


PACKAGE 


— Supplier is EIR 


if 


Consumer 


IS 


MSC 


— Supplier is EIR 


if 


Consumer 


is 


SGSN 


CONSUMER INVOKES { 










checklMEI} 











The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.1 5 Subscriber data management 

This operation package includes the operations required for subscriber data management procedures between HLR and 
VLR or between HLR and SGSN. 



SubscriberDataMngtPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

insertSubscriberData} 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 
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17.2.2.16 Location register restart 

This operation package includes the operations required for location register restart procedures between HLR and VLR 
or between HLR and SGSN. 



ResetPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 
reset } 



The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

17.2.2.17 Tracing stand-alone 

This operation package includes the operations required for stand alone tracing procedures between HLR and VLR or 
between HLR and SGSN. 



TracingStandAlonePackage-v3 ::= OPERATION-PACKAGE 
— Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode, 
deactivateTraceMode } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.1 8 Functional SS handling 

This operation package includes the operations required for functional supplementary services procedures between VLR 
and HLR. 



FunctionalSsPackage-v2 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

registerSS, 

eraseSS, 

activateSS, 

deactivateSS, 

registerPas sword, 

interrogateSS} 
SUPPLIER INVOKES { 

getPassword} 



The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

17.2.2.19 Tracing 

This operation package includes the operations required for tracing procedures between HLR and VLR or between HLR 
and SGSN. 



TracingPackage-v3 : : = OPERATION-PACKAGE 

— Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.20 Binding 

This operation package includes the operation required to initialise a supplementary service procedure between VLR 
and HLR or between gsmSCF and HLR. 



BindingPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 

— Supplier is gsmSCF if Consumer is HLR 
CONSUMER INVOKES { 

beginSubscriber Activity} 



This package is vl only. 
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17.2.2.21 Unstructured SS handling 

This operation package includes the operations required for unstructured supplementary services procedures between 
VLR and HLR, between the HLR and the gsmSCF, and between HLR and HLR. 



UnstructuredSsPackage-v2 ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 

— Supplier is gsmSCF or HLR if Consumer is HLR 
CONSUMER INVOKES { 

processUnstructuredSS-Request } 
SUPPLIER INVOKES { 

unstructuredSS-Request, 
unstructuredSS-Notify } 



The vl-equivalent package is defined as follows: 



UnstructuredSsPackage-vl : 


= OPERATION 


-PACKAGE 


— Supplier is HLR if 


Consumer is 


VLR 


— Supplier is gsmSCF 


if Consumer 


is HLR 


CONSUMER INVOKES { 






processUnstructuredSS-Data} 





1 7.2.2.22 MO Short message relay services 

This operation package includes the operations required for short message relay service procedures between IWMSC 
and VMSC or between GMSC and MSC or between SGSN and IWMSC. 



MOShortMsgRelayPackage-vS 




= OPERATION- 


PACKAGE 


— Supplier is IWMSC 


if 


Consumer 


IS 


MSC 


— Supplier is IWMSC 


if 


Consumer 


is 


SGSN 


CONSUMER INVOKES { 










MO-forwardSM} 











The 


v2-equivalent package 


is 


defined as 


follows ; 


ShortMsgRelayPackage-v2 : 


= 


OPERATION 


-PACKAGE 






— Supplier is IWMSC 


if 


Consumer 


IS 


MSC 






— Supplier is MSC or SGSN if Consumer is 


GMSC 




— Supplier is IWMSC 


if 


Consumer 


is 


SGSN 






CONSUMER INVOKES { 














forwardSM} 













The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.23 Short message gateway services 

This operation package includes the operations required for short message service gateway procedures between MSC 
and HLR. 



ShortMsgGatewayPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutinglnfoForSM, 

reportSM-DeliveryStatus } 
SUPPLIER INVOKES { 

inf ormServiceCentre } 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl-equivalent package is defined as follows: 



ShortMsgGatewayPackage-vl ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutinglnfoForSM, 

reportSMDeliveryStatus} 
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1 7.2.2.24 MT Short message relay services 

This operation package includes the operations required for short message relay service procedures between GMSC and 
MSC or between GMSC and SGSN. 



MTShortMsgRelayPackage-v3 ::= OPERATION-PACKAGE 

— Supplier is MSC or SGSN if Consumer is GMSC 
CONSUMER INVOKES { 
MT-forwardSM} 



The v2-equivalent package is: ShortMsgRelayPackage-v2 

17.2.2.25 Void 

1 7.2.2.26 Message waiting data management 

This operation package includes the operations required for short message waiting data procedures between HLR and 
VLR, between HLR and SGSN. 



MwdMngtPackage-v3 ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is SGSN 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

readyForSM} 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl -equivalent package is defined as follows: 



MwdMngtPackage-vl ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

noteSubscriberPresent } 



17.2.2.27 Alerting 

This operation package includes the operations required for alerting between HLR and IWMSC. 



AlertingPackage-v2 : : = OPERATION-PACKAGE 

— Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentre } 



The vl -equivalent package is defined as follows. 



AlertingPackage-vl ::= OPERATION-PACKAGE 

— Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentreWithoutResult } 



17.2.2.28 Data restoration 

This operation package includes the operations required for VLR data restoration between HLR and VLR. 



DataRestorationPackage- 


v3 


: : = 


OPERATION 


-PACKAGE 


— Supplier is HLR 


if 


Con 


sumer 


is 


VLR 


CONSUMER 


INVOKES { 












rest 


oreData} 













The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl-equivalent package is: InfoRetrievalPackage-vl 
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17.2.2.29 Purging 

This operation package includes the operations required for purging between HLR and VLR or between HLR and 
SGSN. 



PurgingPackage-v3 ::= OPERATION-PACKAGE 

— Supplier is HLR if Consumer is VLR 

— Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

purgeMS} 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.30 Subscriber information enquiry 

This operation package includes the operations required for subscriber information enquiry procedures between HLR 
and VLR. 



Subscriberinf ormationEnquiryPackage-v3 : : = operation-package 
— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

pro vide Subscriber Info } 



This package is v3 only. 

1 7.2.2.31 Any time information enquiry 

This operation package includes the operations required for any time information enquiry procedures between gsmSCF 
and HLR or GMLC. 



AnyTimeInfonnationEnquiryPackage-v3 : := operation-package 
— Supplier is HLR or GMLC if Consumer is gsmSCF 
CONSUMER INVOKES { 

anyTime Inter rogation} 



This package is v3 only. 

1 7.2.2.32 Group Call Control 

This operation package includes the operations required for group call and broadcast call procedures between MSCs. 



GroupCallControlPackage-v3 : : = 


OPERATION- 


PACKAGE 




— Supplier is relay MSC if 


Consumer 


2S 


anchor 


MSC 


CONSUMER INVOKES { 












prepareGroupCall, 












forwardGroupCallSigna 


11 


ing} 








SUPPLIER INVOKES { 












sendGroupCallEndSigna 


1, 










processGroupCallSigna 


11 


ing} 









This package is v3 only. 

1 7.2.2.33 Provide SIWFS number 

This operation package includes the operations required between VMSC and SIWF for requesting resources from an 
SIWF. 



ProvideSIWFSNumberPackage-vS ::= operation-package 

— Supplier is SIWF if Consumer is VMSC 
CONSUMER INVOKES { 

provideSIWFSNumber } 



This package is v3 only. 
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1 7.2.2.34 SIWFS Signalling Modify 

This operation package includes the operations required for the modification of the resources in an SIWF between the 
VMSC and SIWF. 



SIWFSSignallingModifyPackage-vS : := operation-package 

— Supplier is SIWF if Consumer is VMSC 
CONSUMER INVOKES { 
sIWFSSignalllngModify} 



This package is v3 only. 

17.2.2.35 Gprs location updating 

This operation package includes the operations required for the gprs location management procedures between HLR 
and SGSN. 



GprsLocationUpdatingPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

updateGprs Location} 



This package is v3 only. 

17.2.2.36 Gprs Interrogation 

This operation package includes the operations required for interrogation procedures between HLR and GGSN. 



GprsInterrogationPackage-v4 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GGSN 
CONSUMER INVOKES { 

sendRoutingInf oForGprs } 



The v3-equivalent package is defined as follows. 



GprsInterrogationPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GGSN 
CONSUMER INVOKES { 

sendRoutingInf oForGprs } 



17.2.2.37 Failure reporting 

This operation package includes the operations required for failure reporting between HLR and GGSN. 



FailureReportingPackage- 


-v3 


: := OPERATION- 


-PACKAGE 


— Supplier is HLR 


if 


Consumer 


IS 


GGSN \ 


CONSUMER INVOKES { 












f ailureReport } 













This package is v3 only. 
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17.2.2.38 GPRS notifying 

This operation package includes the operations required for notifying that GPRS subscriber is present between HLR and 
GGSN. 



GprsNotifyingPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is GGSN if Consumer is HLR 
CONSUMER INVOKES { 

noteMsPresentForGprs } 



This package is v3 only. 

17.2.2.39 Supplementary Service invocation notification 

This operation package includes the operations required for Supplementary Service invocation notification procedures 
between the MSC and the gsmSCF and between the HLR and the gsmSCF. 



SS-InvocationNotificationPackage-v3 : := operation-package 

— Supplier is gsmSCF if Consumer is MSC 

— Supplier is gsmSCF if Consumer is HLR 
CONSUMER INVOKES { 

ss-InvocationNotif ication} 



This package is v3 only. 

17.2.2.40 Set Reporting State 

This operation package includes the operation required for procedures between HLR and VLR to set the reporting state. 



SetReportingStatePackage-v3 ::= operation-package 

— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 
setReportlngState} 



This package is v3 only. 

17.2.2.41 Status Report 

This operation package includes the operation required for procedures between VLR and HLR to report call results and 
events. 



StatusReportPackage-v3 ::= operation-package 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 
statusReport } 



This package is v3 only. 

17.2.2.42 Remote User Free 

This operation package includes the operation required by the HLR to indicate to the VLR that the remote user is free. 



RemoteUserFreePackage-v3 : : = operation-package 

— Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

remoteUserFree } 



This package is v3 only. 
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17.2.2.43 Call Completion 

This operation package includes the operations required for procedures between VLR and HLR for subscriber control of 
call completion services. 



CallCompletionPackage-v3 ::= operation-package 

— Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

registerCC-Entry, 

eraseCC-Entry} 



This package is v3 only. 

1 7.2.2.44 Location service gateway services 

This operation package includes the operations required for location service gateway procedures between GMLC and 
HLR. 



LocationSvcGatewayPackage-v3 ::= OPERATION-PACKAGE 
— Supplier is HLR if Consumer is GMLC 
CONSUMER INVOKES { 

sendRoutinglnf oForLCS } 



This package is v3 only. 

17.2.2.45 Location service enquiry 

This operation package includes the operations required for the location service enquiry procedures between GMLC and 
MSC and between GMLC and SGSN. 



LocationSvcEnquiryPackage-v3 ::= operation-package 
— Supplier is MSC or SGSN if Consumer is GMLC 
CONSUMER INVOKES { 

provide Subscriber Location} 



This package is v3 only. 

17.2.2.45A Location service reporting 

This operation package includes the operations required for the location service enquiry procedures between MSC and 
GMLC and between SGSN and GMLC. 



LocationSvcReportingPackage-v3 ::= operation-package 

— Supplier is GMLC if Consumer is MSC 

— Supplier is GMLC if Consumer is SGSN 
CONSUMER INVOKES { 

subscriberLocationReport } 
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17.2.2.46 Void 

17.2.2.47 Void 

17.2.2.48 Void 

17.2.2.49 1ST Alerting 

This operation package includes the operation required for alerting procedures between the MSC (Visited MSC or 
Gateway MSC) and HLR. 



IST- 


-AlertingPackage-v3 


:= OPERATIO^ 


-PACKAGE 




— Supplier is HLR if 


Consumer 


is 


VMSC 




— Supplier is HLR if 


Consumer 


is 


GMSC 




CONSUMER INVOKES { 










istAlert } 









This package is v3 only. 

17.2.2.50 Service Termination 

This operation package includes the operation required for immediate service termination procedures between the HLR 
and the Visited MSC or between the HLR and the Gateway MSC. 



ServiceTerminationPackage-vS ::= operation-package 

— Supplier is VMSC or GMSC if Consumer is HLR 
CONSUMER INVOKES { 
istCommand} 



This package is v3 only. 

1 7.2.2.51 Mobility Management event notification 

This operation package includes the operations required for Mobility Management event notification procedures 
between VLR and gsmSCF. 



MM-EventReportingPackage-v3 : := operation-pacpcage 

— Supplier is gsmSCF if Consumer is VLR 
CONSUMER INVOKES { 
noteMM-Event } 



This package is v3 only. 

17.2.2.52 Any time information handling 

This operation package includes the operations required for any time information handling procedures between gsmSCF 
and HLR. 



AnyTimelnformationHandlingPackage-vS ::= operation-package 

— Supplier is HLR if Consumer is gsmSCF 
CONSUMER INVOKES { 

anyTimeSubscriptionlnter rogation, 

anyTimeModif ication} 



This package is v3 only. 
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17.2.2.53 Subscriber Data modification notification 

This operation package includes the operations required for Subscriber Data modification notification procedures 
between HLR and gsmSCF. 



SubscriberDataModificationNotificationPackage-v3 : := operation-package 

— Supplier is gsmSCF if Consumer is HLR 

CONSUMER INVOKES { 
not e Subs crlberPataModl fled} 



This package is v3 only. 

17.2.2.54 Authentication Failure Report 

This operation package includes the operation required for procedures between VLR and HLR or the SGSN and the 
HLR for reporting of authentication failures. 



AuthenticationFailureReportPackage-v3 : := operation-package 

— Supplier is HLR if Consumer is VLR 

— Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

authenticationFailureReport } 



This package is v3 only. 

17.3 Application contexts 
17.3.1 General aspects 

An application-context is assigned for each dialogue established by a MAP-user. In the present document each 
application-context is assigned a name which is supplied in the MAP-OPEN Req primitive by the MAP -User and 
transmitted to the peer under certain circumstances. 

The following ASN.l MACRO is used to describe the main aspects of application-contexts in the following clauses: 



APPLICATION-CONTEXT MACRO : : = 

BEGIN 

TYPE NOTATION ::= Symmetric 1 InitiatorConsumerOf 
ResponderConsumerOf 1 empty 

VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER) 

Symmetric ::= "OPERATIONS OF" "{" PackageList "}" 

InitiatorConsumerOf ::= "INITIATOR CONSUMER OF" "{" PackageList "}" 

ResponderConsumerOf ::= "RESPONDER CONSUMER OF" "{" PackageList "}" 
empty 

PackageList ;;= Package 1 PackageList "," Package 

Package ::= value (OPERATION-PACKAGE) 

type — shall reference a package type 

END 



The following definitions are used throughout this clause: 

vl -application-context: An application-context which contains only vl-packages and uses only TC vl facilities; 

vl context set: the set of vl-application-contexts defined in the present document. 

vn-application-context (n>=2): An application-context which contains only vn-packages; 
The names of vl-application-contexts are suffixed by "-vl" while other names are suffixed by "-vn" where n>=2. 
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Application-contexts which do not belong to the vl context set use v2 TC facilities. 

The last component of each application-context-name (i.e. the last component of the object identifier value) assigned to 
an application-context which belongs to the vl context set indicates explicitly "versionl". 

For each application-context which does not belong to the "vl context set" there is a vl-equivalent application context. 
This is a vl -application-context which includes the vl -equivalents of the packages included in the original context. 

Each application-context uses the abstract-syntax associated with the operation-packages it includes and uses the 
transfer-syntax derived from it by applying the encoding rules defined in clause 17.1.1. 

ACs which do not belong to the vl context set require the support of the abstract-syntax identified by the object 
identifier value: MAP-Dialoguelnformation.map-Dialogue-AS defined in clause 17.4. 

1 7.3.2 Application context definitions 

17.3.2.1 Void 

17.3.2.2 Location Updating 

This application context is used between HLR and VLR for location updating procedures. 



networkLocUpContext-vS APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

LocationUpdatingPackage-v3^ 
DataRestorationPackage-v3 } 
RESPONDER CONSUMER OF { 

SubscriberDataMngtPackage-v3 
TracingPackage-v3 } 
::= (map-ac networkLocUp (1) verslon3(3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac networkLocUp (1) version2(2)) 

The following application-context-name is assigned to the vl-equivalent application-context: 

I {map-ac networkLocUp (1) versionl (1)} 

17.3.2.3 Location Cancellation 

This application context is used between HLR and VLR or between HLR and SGSN for location cancellation 
procedures. For the HLR - SGSN interface only version 3 of this application context is applicable. 



locationCancellationContext-v3 APPLICATION-CONTEXT 

— Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

LocationCancellationPackage-v3 } 

::= (map-ac locationCancel (2) version3(3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

|map-ac locationCancel (2) version2(2) 



The following application-context-name is assigned to the vl-equivalent application-context: 

|map-ac locationCancel (2) versionl (1) 
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17.3.2.4 Roaming number enquiry 

This application context is used between HLR and VLR for roaming number enquiry procedures. 



roamingNumberEnquiryContext-vS APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

RoamingNumberEnquiryPackage-v3 } 

::= (map-ac roamingNbEnquiry (3) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac roamingNbEnquiry (3) version2(2)} | 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac roamingNbEnquiry (3) versionl(l)} | 

17.3.2.5 Void 

17.3.2.6 Location Information Retrieval 

This application-context is used between GMSC and HLR or between GMSC and NPLR when retrieving location 
information. For the GMSC - NPLR interface version 1, version 2 and version 3 of this application context are 
applicable. 



locationInfoRetrievalContext-v3 APPLICATION-CONTEXT 

— Responder is HLR or NPLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

InterrogationPackage-v3 } 

::= (map-ac locInfoRetrieval (5) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac locInfoRetrieval (5) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac locInfoRetrieval (5) versionl(l)} 

17.3.2.7 Call control transfer 

This application context is used for the call control transfer procedure between the VMSC and the GMSC. 



callControlTransferContext-v4 APPLICATION-CONTEXT 
— Responder is GMSC if Initiator is VMSC 
INITIATOR CONSUMER OF { 

CallControlTransf erPackage-v4 } 

::= (map-ac callControlTransfer (6) version4(4)} 



The following application-context-name is assigned to the v3-equivalent application-context: 

I {map-ac callControlTransfer (6) version3(3)} 

1 7.3.2.8 Secure transport 

This application context is used for the secure transport of MAP messages between any MAP entities. 



SecureTransportHandlingContext-v3 APPLICATION-CONTEXT 

INITIATOR CONSUMER OF { 

SecureTransportHandlingPackage-vS} 



(map-ac secureTransportHandling (40) versions (3)} 



This application-context is v3 only. 
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17.3.2.9-17.3.2.10 Void 

1 7.3.2.1 1 Location registers restart 

This application context is used between HLR and VLR or between HLR and SGSN for location register restart 
procedures. For the HLR - SGSN interface version 1 and version 2 of this application context are applicable. 



reset Context-v2 APPLICATION-CONTEXT 

— Responder is VLR or SGSN if Initiator is HLR 

INITIATOR CONSUMER OF { 
ResetPackage-v2 } 
::= (map-ac reset (10) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac reset (10) versionl(l)) 



1 7.3.2.1 2 Handover control 



This application context is used for handover procedures between MSCs. 



handoverControlContext-v3 APPLICATION-CONTEXT 
— Responder is MSCB if Initiator is MSCA 
INITIATOR CONSUMER OF { 

HandoverControlPackage-vS } 

;;= (map-ac handoverControl (11) versions (3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac handoverControl (11) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac handoverControl (11) versionl(l)} 

17.3.2.13 IMS! Retrieval 

This application context is used for IMSI retrieval between HLR and VLR. 



imsiRetrievalContext-v2 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

IMSIRetrievalPackage-v2 } 

::= (map-ac imsiRetrieval (26) version2(2)} 



This application-context is v2 only. 

17.3.2.14 Equipment Management 

This application context is used for equipment checking between MSC and EIR or between SGSN and EIR. For the 
SGSN - EIR interface version 1 and version 2 of this application context are applicable: 



equipmentMngtContext-v2 APPLICATION-CONTEXT 

— Responder is EIR if Initiator is MSC 

— Responder is EIR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

EquipmentMngtPackage-v2 } 
::= (map-ac equipmentMngt (13) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac equipmentMngt (13) versionl(l)} 
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17.3.2.15 Information retrieval 

This application context is used for authentication information retrieval between HLR and VLR or between HLR and 
SGSN. For the HLR - SGSN interface version 1 and version 2 and version 3 of this application context are applicable. 



infoRetrievalContext-v3 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 

— Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

Inf oRetrievalPackage-v3 } 
::= (map-ac infoRetrieval (14) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 



infoRetrievalContext-v2 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 

— Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

Inf oRetrievalPackage-v2 } 
::= (map-ac infoRetrieval (14) verslon2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac infoRetrieval (14) versionl(l)} 

17.3.2.16 Inter-VLR information retrieval 

This application context is used for information retrieval between VLRs. 



interVlrInfoRetrievalContext-v3 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

InterVlrInf oRetrievalPackage-v3 } 

::= (map-ac interVlrlnfoRetrieval (15) versions (3)} 



The v2-equivalent application-context is: 



interVlrInfoRetrievalContext-v2 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

InterVlrInf oRetrievalPackage-v2 } 

::= (map-ac interVlrlnfoRetrieval (15) version2(2)} 



The vl -equivalent application-context is: 



I {map-ac infoRetrieval (14) versionl(l)) 



1 7.3.2.1 7 Stand Alone Subscriber Data Management 

This application context is used for stand alone subscriber data management between HLR and VLR or between HLR 
and SGSN. For the HLR - SGSN interface only version 3 of this application context is applicable: 



subscriberDataMngtContext-v3 APPLICATION-CONTEXT 

— Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

SubscriberDataMngtStandAlonePackage-v3 } 

::= (map-ac subscriberPataMngt (16) versions (3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac subscriberPataMngt (16) version2(2)) 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac subscriberPataMngt (16) versionl(l)} 
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17.3.2.18 Tracing 

This application context is used between HLR and VLR or between HLR and SGSN for stand alone tracing control 
procedures. For the HLR - SGSN interface version 1, version 2 and version 3 of this application context are applicable. 



tracingContext-v3 APPLICATION-CONTEXT 

— Responder is VLR or SGSN if Initiator is HLR 

INITIATOR CONSUMER OF { 

TracingStandAlonePackage-v3 } 
::= (map-ac tracing (17) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac tracing (17) version2(2)) 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac tracing (17) versionl(l)} 



1 7.3.2.1 9 Network functional SS handling 

This application context is used for functional-like SS handling procedures between VLR and HLR. 



networkFunctionalSsContext-v2 APPLICATION-CONTEXT 
— Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

FunctionalSsPackage-v2 } 

::= (map-ac networkFunctionalSs (18) version2(2)} 



The vl -equivalent application-context is defined as follows: 



networkFunctionalSsContext-vl APPLICATION-CONTEXT 
— Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

Functional SsPackage-vl, 
UnstructuredSsPackage-vl, 
BindingPackage-vl } 
::= (map-ac networkFunctionalSs (18) versionl(l)} 



1 7.3.2.20 Network unstructured SS handling 

This application context is used for handling stimuli-like procedures between HLR and VLR, between the HLR and 
gsmSCF, and between HLR and HLR. 
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— Responder 


is 


HLR, 


In J 


tiator 


is 


VLR 


— Responder 


is 


VLR, 


In J 


tiator 


is 


HLR 


— Responder 


IS 


gsmSCF, 


Initiator 


is HLR 


— Responder 
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::= (map-ac networkU 
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The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac networkFunctionalSs (18) versionl(l)) 



1 7.3.2.21 Short Message Gateway 

This application context is used for short message gateway procedures. 



shortMsgGatewayContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

ShortMsgGatewayPackage-v3 } 

;;= (map-ac shortMsgCateway (20) versions (3)} 
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The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac shortMsgGateway (20) version2(2)} | 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac shortMsgGateway (20) versionl(l)} | 

17.3.2.22 Mobile originating Short Message Relay 

This application context is used between MSC and IWMSC or between SGSN and IWMSC for mobile originating short 
message relay procedures. For the SGSN - IWMSC interface version 1, version 2 and version 3 of this application 
context are applicable. 



shortMsgM0-RelayContext-v3 APPLICATION-CONTEXT 

— Responder is IWMSC if Initiator is MSC 

— Responder is IWMSC if Initiator is SGSN 
INITIATOR CONSUMER OF { 

M0ShortMsgRelayPackage-v3 } 
::= (map-ac shortMsgMO-Relay (21) version3(3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac shortMsgMO-Relay (21) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac shortMsg-Relay (21) versionl(l)) 

17.3.2.23 Void 

1 7.3.2.24 Short message alert 

This application context is used for short message alerting procedures. 



shortMsgAlertContext-v2 APPLICATION-CONTEXT 

— Responder is IWMSC if Initiator is HLR 
INITIATOR CONSUMER OF { 
AlertingPackage-v2 } 

::= (map-ac shortMsgAlert (23) version2(2)} 



The following application-context-name is symbolically assigned to the vl -equivalent application-context: 

I {map-ac shortMsgAlert (23) versionl(l)) | 

1 7.3.2.25 Short message waiting data management 

This application context is used between VLR and HLR or between SGSN and HLR for short message waiting data 
management procedures. For the SGSN - HLR interface only version 3 of this application context is applicable. 



mwdMngt Cont ext - v3 


APPLICATION- 


CONTEXT 






— Responder 


is HLR 


if 


In 


itiator 


IS 


SGSN 


— Responder 


is HLR 


if 


In 


itiator 


is 


VLR 


INITIATOR CONSUMER 


OF ( 










MwdMngtP 


ackage- 


-v3} 










::= (map-ac mwdMn 


gt (24) 


version3 (3) } 







The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac mwdMngt (24) version2 (2) ) 



The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac mwdMngt (24) versionl (1) } 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



287 



ETSI TS 129 002 V4.9.0 (2002-09) 



17.3.2.26 Mobile terminating Short Message Relay 

This application context is used between GMSC and MSC or between GMSC and SGSN for mobile terminating short 
message relay procedures. For the GMSC - SGSN interface version 2 and version 3 of this application context and the 
equivalent version 1 application context are applicable. 



shortMsgMT-RelayContext-v3 APPLICATION-CONTEXT 

— Responder is MSC or SGSN if Initiator is GMSC 
INITIATOR CONSUMER OF { 

MTShortMsgRelayPackage-v3 } 

::= (map-ac shortMsgMT-Relay (25) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 

I {map-ac shortMsgMT-Relay (25) version2(2)) | 

The following application-context-name is assigned to the vl -equivalent application-context: 

I {map-ac shortMsgMO-Relay (21) versionl(l)} | 

17.3.2.27 MS purging 

This application context is used between HLR and VLR or between HLR and SGSN for MS purging procedures. For 
the SGSN - HLR interface only version 3 of this application context is applicable. 



msPurgingContext-v3 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 

— Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

purgingPackage-v3 } 
::= (map-ac msPurging (27) versions (3)} 



The following application-context-name is assigned to the v2 -equivalent application-context: 

I {map-ac msPurging(27) version2(2)} 

17.3.2.28 Subscriber information enquiry 

This application context is used between HLR and VLR for subscriber information enquiry procedures. 



subscriberInfoEnquiryContext-v3 APPLICATION-CONTEXT 
— Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

SubscriberInf ormationEnquiryPackage-v3 } 

;;= (map-ac subscriberInf oEnquiry (28 ) version3(3)} 



This application-context is v3 only. 

17.3.2.29 Any time information enquiry 

This application context is used between gsmSCF and HLR or GMLC for any time information enquiry procedures. 



anyTimeInfoEnquiryContext-v3 APPLICATION-CONTEXT 

— Responder is HLR or GMLC if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

AnyTime Informal ionEnquiryPackage-v3 } 

:;= (map-ac anyTimelnfoEnquiry (29) versions (3)} 



This application-context is v3 only. 
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1 7.3.2.30 Group Call Control 

This application context is used between anchor MSC and relay MSC for group call and broadcast call procedures. 



groupCallControlContext-v3 APPLICATION-CONTEXT 

— Responder is relay MSC if Initiator is anchor MSC 
INITIATOR CONSUMER OF { 

GroupCallControlPackage-v3 } 

::= (map-ac groupCallControl (31) versions (3)} 



This application-context is v3 only. 

1 7.3.2.31 Provide SIWFS Number 

This application context is used for activation or modification of SIWF resources. 



sIWFSAllocationContext-v3 application-context 
— Responder is SIWF if Initiater is VMSC 
INITIATOR CONSUMER OF { 

Provide SIWFSNuniberPackage-v3, 
SIWFSSignallingModifyPackage-v3} 
::= (map-ac sIWFSAllocation (12) version3(3)} 



This application-context is v3 only. 

17.3.2.32 Gprs Location Updating 

This application context is used between HLR and SGSN for gprs location updating procedures. 



gprsLocationUpdateContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

GprsLocationUpdatingPackage-v3 } 
RESPONDER CONSUMER OF { 

SubscriberDataiyingtPackage-v3 
TracingPackage-v3 } 
::= (map-ac gprsLocationUpdate (32) version3(3)} 



This application-context is v3 only. 

17.3.2.33 Gprs Location Information Retreival 

This application context is used between HLR and GGSN when retrieving gprs location information. 



gprsLocationInfoRetrievalContext-v4 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is GGSN 
INITIATOR CONSUMER OF { 

GprsInterrogationPackage-v4 } 

::= (map-ac gprsLocationlnfoRetrieval (33) version4(4)} 



The following application-context-name is assigned to the v3-equivalent application-context: 

I {map-ac gprsLocationlnfoRetrieval (33) versions (3)} 



17.3.2.34 Failure Reporting 

This application context is used between HLR and GGSN to inform that network requested PDP-context activation has 
failed. 



failureReportContext-v3 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is GGSN 
INITIATOR CONSUMER OF { 

FailureReportingPackage-v3 } 

::= (map-ac failureReport (34) version3(3)} 



This application-context is v3 only. 
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17.3.2.35 GPRS Notifying 

This application context is used between HLR and GGSN for notifying that GPRS subscriber is present again. 



gprsNotifyContext-v3 APPLICATION-CONTEXT 

— Responder is GGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

GprsNotif yingPackage-v3 } 

::= (map-ac gprsNotify (35) versions (3)} 



This apphcation-context is v3 only. 

17.3.2.36 Supplementary Service invocation notification 

This application context is used between the MSC and the gsmSCF and between the HLR and the gsmSCF for 
Supplementary Service invocation notification procedures. 



ss-InvocationNotificationContext-v3 APPLICATION-CONTEXT 

— Responder is gsmSCF, Initiator is MSC 

— Responder is gsmSCF, Initiator is HLR 
INITIATOR CONSUMER OF { 

SS-InvocationNotif icationPackage-v3 } 
::= (map-ac ss-InvocationNotif ication (36) verslon3(3)} 



This application-context is v3 only. 

17.3.2.37 Reporting 

This application context is used between HLR and VLR for reporting procedures. 



reportingContext-v3 APPLICATION-CONTEXT 

— Responder is VLR if Initiator is HLR 

— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

Set Report ingSt at ePackage-v3, 
StatusReportPackage-v3 , 
RemoteUserFreePackage-v3 } 
RESPONDER CONSUMER OF { 

Set Report ingSt at ePackage-v3, 
StatusReportPackage-v3 } 
::= (map-ac reporting (7) version3(3)} 



This application-context is v3 only. 

17.3.2.38 Call Completion 

This application context is used between VLR and the HLR for subscriber control of call completion services. 



callCompletionContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

CallCompletionPackage-v3 } 

::= (map-ac callCompletion (8) version3(3)} 



This application-context is v3 only. 



17.3.2.39 Location Service Gateway 

This application context is used for location service gateway procedures. 



locationSvcGatewayContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is GMLC 
INITIATOR CONSUMER OF { 

locationSvcGatewayPackage-v3 } 

::= (map-ac locationSvcGateway (37) version3(3)} 
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17.3.2.40 Location Service Enquiry 

This application context is used for location service enquiry procedures. 



locationSvcEnquiryContext-v3 APPLICATION-CONTEXT 

— Responder is MSC or SGSN if Initiator is GMLC 

— Responder is GMLC if Initiator is MSC 

— Responder is GMLC if Initiator is SGSN 
INITIATOR CONSUMER OF { 

locationSvcEnquiryPackage-v3, 
locationSvcReportingPackage-v3 } 
::= {map-ac locationSvcEnquiry (38) version3 (3)} 



17.3.2.41 



Void 



17.3.2.42 Void 

17.3.2.43 Void 

17.3.2.44 1ST Alerting 

This application context is used between MSC (Visited MSC or Gateway MSC) and HLR for alerting services within 
1ST procedures. 



istAlertingContext-v3 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VMSC 

— Responder is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

IST-AlertingPackage-v3} 
::= (map-ac alerting(4) version3(3)} 



This application-context is v3 only. 



17.3.2.45 Service Termination 



This application context is used between HLR and MSC (Visited MSC or Gateway MSC) for service termination 
services within 1ST procedures. 



serviceTerminationContext-v3 APPLICATION-CONTEXT 

— Responder is VMSC or GMSC if Initiator is HLR 
INITIATOR CONSUMER OF { 

ServiceTerminationPackage-v3 } 

::= (map-ac serviceTermination (9) version3(3)} 



This application-context is v3 only. 

1 7.3.2.46 Mobility Management event notification 

This application context is used between VLR and gsmSCF for Mobility Management event notification procedures. 



mm-EventReportingContext-vS APPLICATION-CONTEXT 
— Responder is gsmSCF, Initiator is VLR 
INITIATOR CONSUMER OF { 

iyiiyi-EventReportingPackage-v3 } 
::= (map-ac mm-EventReporting (42) version3(3)} 



This application-context is v3 only. 
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17.3.2.47 Any time information handling 

This application context is used between gsmSCF and HLR for any time information handling procedures. 



anyTimeInfohandlingContext-v3 APPLICATION-CONTEXT 
— Responder is HLR if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

AnyTimeInf ormationHandlingPackage-vS } 

::= (map-ac anyTimelnfoHandling (43) versions (3)} 



This application-context is v3 only. 

17.3.2.48 Subscriber Data modification notification 

This application context is used between HLR and gsmSCF for Subscriber Data modification notification procedures. 



subscriberDataModificationNotificationContext-v3 APPLICATION-CONTEXT 

— Responder is gsmSCF, Initiator is HLR 

INITIATOR CONSUMER OF { 

SubscriberDataModif icationNotif icationPackage-v3 } 
::= (map-ac SubscriberDataModif icationNotif ication (22) versions (3)} 



This application-context is v3 only. 

17.3.2.49 Authentication Failure Report 

This application context is used between VLR and HLR or SGSN and HLR for reporting of authentication failures. 



authenticationFailureReportContext-v3 APPLICATION-CONTEXT 

— Responder is HLR if Initiator is VLR 

— Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

AuthenticationFailureReportPackage-v3 } 
::= (map-ac authenticationFailureReport (39) versions (3)} 



This application-context is v3 only. 

17.3.3 ASN.1 Module for application-context-names 

The following ASN.l module summarises the application-context-name assigned to MAP application-contexts. 

MAP-ApplicationContexts ( 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ApplicationContexts (2) versionV (7)} 

DEFINITIONS 



BEGIN 



EXPORTS everything 



IMPORTS 

gsm-NetworkId, 

ac-Id 
FROM MobileDomainDef initions ( 

ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versionl (1)} 



— application-context-names 



|map-ac OBJECT IDENTIFIER ::= ( gsm-NetworkId ac-Id} 



networkLocUpContext-v3 OBJECT IDENTIFIER 
{map-ac networkLocUp (1) versions (3)} 
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locationCancellationContext-v3 OBJECT IDENTIFIER ::= 
{map-ac locationCancel (2) versions (3)} 



roamingNuinberEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac roamingNbEnquiry (3) version3(3)} 



authenticationFailureReportContext-v3 OBJECT IDENTIFIER 
{map-ac authenticationFailureReport (39) version3(3)} 



locationInfoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac locinf oRetrieval (5) version3(3)} 



resetContext-v2 OBJECT IDENTIFIER 
{map-ac reset (10) version2(2)} 



handoverControlContext-v3 OBJECT IDENTIFIER ::= 
{map-ac handoverControl (11 ) version3(3)} 



equipmentMngtContext-v2 OBJECT IDENTIFIER ::= 
{map-ac equipmentMngt (13) version2(2)} 



infoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac inf oRetrieval (14 ) version3(3)} 



interVlrInfoRetrievalContext-v3 OBJECT IDENTIFIER ::= 
{map-ac interVlrInf oRetrieval (15) version3(3)} 



subscriberDataMngtContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberDataMngt (16) version3(3)} 



tracingContext-v3 OBJECT IDENTIFIER 
{map-ac tracing(17) version3(3)} 



networkFunctionalSsContext-v2 OBJECT IDENTIFIER : : = 
{map-ac networkFunctionalSs (18) version2(2)} 



networ]cUnstructuredSsContext-v2 OBJECT IDENTIFIER 
{map-ac networkUnstructuredSs (1 9) version2(2)} 



shortMsgGatewayContext-v3 OBJECT IDENTIFIER ::= 
{map-ac shortMsgGateway (20) version3(3)} 



shortMsgM0-RelayContext-v3 OBJECT IDENTIFIER ::= 
{map-ac shortMsgMO-Relay (21 ) version3(3)} 



shortMsgAlertContext-v2 OBJECT IDENTIFIER 
{map-ac shortMsgAlert (23) version2(2)} 



mwdMngtContext-v3 OBJECT IDENTIFIER ::= 
{map-ac mwdMngt(24) version3(3)} 



shortMsgMT-RelayContext-v3 OBJECT IDENTIFIER 
{map-ac shortMsgMT-Relay (25) version3(3)} 



imsiRetrievalContext-v2 OBJECT IDENTIFIER 
{map-ac imslRetrieval (2 6) version2(2)} 



msPurgingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac msPurging (27 ) version3(3)} 



subscriberInfoEnquiryContext-v3 object identifier 
{map-ac subscriberinf oEnquiry (28) version3(3)} 



anyTimeInfoEnquiryContext-v3 object identifier :: = 
{map-ac anyTimeInf oEnquiry (2 9) version3(3)} 



callControlTransferContext-v4 OBJECT IDENTIFIER ::= 
{map-ac callControlTransfer (6) version4(4)} 



ss-InvocationNotificationContext-v3 OBJECT IDENTIFIER 
{map-ac ss-InvocationNotif ication (36) version3(3)} 



sIWFSAllocationContext-v3 object identifier :: = 
{map-ac sIWFSAllocation ( 12 ) version3(3)} 
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groupCallControlContext-v3 OBJECT IDENTIFIER ::= 
{map-ac groupCallControl (31) versions (3)} 



gprsLocationUpdateContext-v3 OBJECT IDENTIFIER 
{map-ac gprsLocationUpdate (32 ) version3(3)} 



gprsLocationInfoRetrievalContext-v4 OBJECT IDENTIFIER 
{map-ac gprsLocationInf oRetrieval (33) version4(4)} 



failureReportContext-v3 OBJECT IDENTIFIER ::= 
{map-ac f ailureReport (34 ) version3(3)} 



gprsNotifyContext-v3 OBJECT IDENTIFIER 
{map-ac gprsNotif y (35) version3(3)} 



reportingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac reporting (7) version3(3)} 



callCompletionContext-v3 OBJECT IDENTIFIER ::= 
{map-ac callCompletion (8) version3(3)} 



istAlertingContext-v3 OBJECT IDENTIFIER 
{map-ac istAlerting (4 ) version3(3)} 



serviceTenninationContext-v3 OBJECT IDENTIFIER 
{map-ac immediateTermination (9) version3(3) 



locationSvcGatewayContext-v3 OBJECT IDENTIFIER 
{map-ac locationSvcGateway (37) version3(3)} 



locationSvcEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac locationSvcEnquiry (38) version3(3)} 



inm-EventReportingContext-v3 OBJECT IDENTIFIER :: = 
{map-ac mm-EventReporting (42 ) version3(3)} 



anyTimeInfoHandlingContext-v3 object identifier 

{map-ac anyTimeInf oHandling (43) version3(3)} 



subscriberDataModificationNotificationContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberDataModif icationNotif ication (22 ) version3(3)} 



secureTransportHandlingContext-v3 OBJECT IDENTIFIER : := 

(map-ac secureTransportHandling (40) version3(3)} 



— The following Object Identifiers are reserved for application- 

— contexts existing in previous versions of the protocol 
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-- AC Name & Version 


Object Identifier 




-- networkLocUpContext-v1 


map-ac networkLocUp (1) 


versioni (1) 


-- networkLocUpContext-v2 


map-ac networkLocUp (1) 


version2 (2) 


-- locationCancellationContext-v1 


map-ac locationCancellation (2) 


versioni (1) 


-- locationCancellationContext-v2 


map-ac locationCancellation (2) 


version2 (2) 


-- roamingNumberEnquiryContext-v1 


map-ac roamingNumberEnquiry (3) 


versioni (1) 


-- roamingNumberEnquiryContext-v2 


map-ac roamingNumberEnquiry (3) 


version2 (2) 


-- locationlnfoRetrievalContext-v1 


map-ac locationlnfoRetrieval (5) 


versioni (1) 


-- locationlnfoRetrievalContext-v2 


map-ac locationlnfoRetrieval (5) 


version2 (2) 


-- resetContext-vl 


map-ac reset (10) 


versioni (1) 


-- handoverControlContext-v1 


map-ac handoverControl (11) 


versioni (1) 


-- handoverControlContext-v2 


map-ac handoverControl (11) 


version2 (2) 


-- equipmentMngtContext-v1 


map-ac equipmentMngt (13) 


versioni (1) 


-- infoRetrievalContext-v1 


map-ac infoRetrieval (14) 


versioni (1) 


-- infoRetrievalContext-v2 


map-ac infoRetrieval (14) 


version2 (2) 


-- interVlrlnfoRetrievalContext-v2 


map-ac interVlrlnfoRetrieval (15) 


version2 (2) 


-- subscriberDataMngtContext-v1 


map-ac subscriberDataMngt (16) 


versioni (1) 


-- subscriberDataMngtContext-v2 


map-ac subscriberDataMngt (16) 


version2 (2) 


-- tracingContext-v1 


map-ac tracing (17) 


versioni (1) 


- tracingContext-v2 


map-ac tracing (17) 


version2 (2) 


-- networkFunctionalSsContext-v 1 


map-ac networkFunctionaISs (18) 


versioni (1) 


-- shortMsgGatewayContext-v1 


map-ac shortMsgGateway (20) 


versioni (1) 


-- shortMsgGatewayContext-v2 


map-ac shortMsgGateway (20) 


version2 (2) 


-- shortMsgRelayContext-v1 


map-ac shortMsgRelay (21) 


versioni (1) 


-- shortMsgAlertContext-v1 


map-ac shortMsgAlert (23) 


versioni (1) 


-- mwdMngtContext-v1 


map-ac mwdMngt (24) 


versioni (1) 


-- mwdMngtContext-v2 


map-ac mwdMngt (24) 


version2 (2) 


-- shortMsgMT-RelayContext-v2 


map-ac shortMsgMT-Relay (25) 


version2 (2) 


-- msPurgingContext-v2 


map-ac msPurging (27) 


version2 (2) 


-- callControlTransferContext-v3 


map-ac callControlTransferContext (6) 


version3 (3) 


--gprsLocationlnfoRetrievalContext-v3 


map-ac gprsLocationlnfoRetrievalContext (33) version3 (3) 



END 



17.4 MAP Dialogue Information 

MAP-Dialoguelnformation { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Dialoguelnformation (3) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

map-DialogueAS, 
MAP-DialoguePDU, 
map-ProtectedDialogueAS, 
MAP-ProtectedDialoguePDU 



IMPORTS 

gsm-NetworkId, 

as-Id 
FROM MobileDomainDef initions { 

ccitt (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versioni (1)} 

Address St ring 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network ( 1 ) modules (3) map-CommonDataTypes (18) versionV (7)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 

SecurityHeader, 
ProtectedPayload 
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FROM MAP-ST-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ST-DataTypes (27) versionV (7) 



abstract syntax name for MAP-DlaloguePDU 



map-DialogueAS OBJECT IDENTIFIER ::= 

{gsm-NetworkId as-Id map-DialoguePDU (1) versionl (1) 



MAP-DialoguePDU ::= CHOICE { 






map-open 


[0] 


MAP-Openlnfo, 


map-accept 


[1] 


MAP-Acceptlnfo, 


map-close 


[2] 


MAP-Closelnfo, 


map-refuse 


[3] 


MAP-Re fuse Info, 


map-user Abort 


[4] 


MAP-UserAbortlnfo, 


map-provider Abort 


[5] 


MAP-ProviderAbortlnfo} 



MAP-OpenInf o : : = SEQUENCE 


{ 














destinationRef erence 












[0] AddressString 


OPTIONAL, 


originationRef erence 












[1] AddressString 


OPTIONAL, 


extensionContainer 












ExtensionContainer 


OPTIONAL 


— extensionContainer 

} 


mus 


t 


no 


t 


be 


used in version 2 





MAP-Accept Inf o 



SEQUENCE { 



extensionContainer ExtensionContainer 

— extensionContainer must not be used in version 2 



OPTIONAL 



MAP-Closelnfo 



SEQUENCE { 



extensionContainer ExtensionContainer 

— extensionContainer must not be used in version 2 



OPTIONAL 



MAP-RefuseInf o : : = SEQUENCE { 
reason Reason, 

extensionContainer ExtensionContainer 

— extensionContainer must not be used in version 2 
alternativeApplicationContext OBJECT IDENTIFIER 

— alternativeApplicationContext must not be used in version 2 
} 



OPTIONAL, 
OPTIONAL 



Reason : : = ENUMERATED { 
noReasonGiven 

invalidDestinationRef erence 
invalidOriginatingRef erence 
encapsul at edAC-Not Supported 
transportProtectionNotAdequate 



(0) 
(1) 
(2) 
(3) 
(4) 



— encapsulatedAC-NotSupported and transportProtectionNotAdequate must not be used in 

— dialogues with an AC different from secureTransportHandling 



MAP-UserAbortlnfo ::= SEQUENCE 
map-User Abort Choice 



MAP -Us erAbort Choice, 



extensionContainer ExtensionContainer 

— extensionContainer must not be used in version 2 

} 



OPTIONAL 



MAP-UserAbortChoice ::= CHOICE { 
userSpecif icReason 
user ResourceLimi tat ion 
resourceUnava liable 
applicationProcedureCancellation 



[0] NULL, 

[1] NULL, 

[2] ResourceUnavailableReason, 

[3] ProcedureCancellationReason} 



ResourceUnavailableReason : : = ENUMERATED { 

shortTermResourceLimitation (0), 
longTermResourceLimitation (1)} 
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ProcedureCancellationReason : : = ENUMERATED 

handoverCancellation (0), 

radioChannelRelease (1), 

networkPathRelease (2), 

callRelease (3) , 

associatedProcedureFailure (4), 

tandemDialogueRelease (5) , 
remoteOperationsFailure (6)} 



MAP-ProviderAbortlnfo ::= SEQUENCE ( 




map-ProviderAbortReason MAP -ProviderAbort Reason, 




extensionContainer ExtensionContainer 


OPTIONAL 


— extensionContainer must not be used in version 2 

1 





MAP-ProviderAbortReason : : = ENUMERATED { 
abnormalDialogue (0), 
invalidPDU (1) } 



-- abstract syntax name for MAP-ProtectedDialoguePDU 



map-ProtectedDialogueAS OBJECT IDENTIFIER ::= 

(gsm-Networkld as-Id map-ProtectedDialoguePDU (3) versionl (1) 



MAP- 


-ProtectedDialoguePDU : 

encapsulatedAC 
securi tyHeader 
protected? ay load 




SEQUENCE { 


OBJECT 
Securi 
Protec 


IDENTIFIER, 
tyHeader 
tedPayload 








OPTIONAL, 
OPTIONAL, 




— The protectedPayload 

— defined in 3GPP TS 33 

— MAP-DialoguePDU 


carries 
.200 to 


the 
the 


result of applying the 
encoding of the secure 


security function 
ly transported 



END 



1 7.5 MAP operation and error codes 

MAP-Protocol { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (C 
gsm-Network (1) modules (3) map-Protocol (4) versionV (7) } 

DEFINITIONS 



BEGIN 

IMPORTS 

UpdateLocation, 

CancelLocation, 

PurgeMS, 

Sendldentif ication, 

UpdateGprs Location, 

PrepareHandover, 

SendEndSignal, 

ProcessAccessSignalling, 

ForwardAccessSignalling, 

Prepare SubsequentHandover, 

SendAuthenticationlnfo, 

AuthenticationFailureReport, 

ChecklMEI, 

InsertSubscriberData, 

DeleteSubscriberData, 

Reset, 

ForwardCheckSS- Indication, 

RestoreData, 

ProvideSubscriberInf o, 

AnyTime Inter rogation, 

AnyTimeSubscriptionlnter rogation, 

AnyTimeModi float ion, 

SendRoutinglnfoForGprs, 

FailureReport, 

NoteMsPresentForGprs, 

NoteMM-Event, 

Not e Subs criberDataModi fled 
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FROM lyiAP-MobileServiceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MobileServiceOperations (5) 
versionV (7 ) } 

ActivateTraceMode, 
DeactivateTraceMode, 
SendlMSI 
FROM MAP-OperationAndMaintenanceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 
versionV (7 ) } 

SendRoutinglnfo, 
ProvideRoamingNumber, 
ResumeCallHandling, 
Provide SIWFSNumber, 
SIWFSSignallingModify, 
Set Report ingSt ate, 
StatusReport, 
RemoteUserFree, 
IST-Alert, 
IST-Command 
FROM MAP-CallHandlingOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CallHandlingOperations (7) 
version7 (7) } 

RegisterSS, 
EraseSS, 
ActivateSS, 
DeactivateSS, 
Inter rogateSS, 

ProcessUnstructuredSS-Request, 
UnstructuredSS-Request, 
UnstructuredSS-Notify, 
Regi St erPas sword, 
GetPassword, 

SS-InvocationNotif ication, 
RegisterCC-Entry, 
EraseCC-Entry 
FROM MAP-SupplementaryServiceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SupplementaryServiceOperations (8) 
version7 (7) } 

SendRoutinglnfoForSM, 
MO-ForwardSM, 
MT-ForwardSM, 
Report SM-De 11 very St at us. 
Alert ServiceCent re, 
Inf ormServiceCentre, 
ReadyForSM 
FROM MAP-ShortMessageServiceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ShortMessageServiceOperations (9) 
version7 (7) } 

PrepareGroupCall, 
ProcessGroupCallSignalling, 
ForwardGroupCall Signal ling, 
SendGroupCallEndSignal 
FROM MAP-Group-Call-Operations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Group-Call-Operations (22) 
version7 (7 ) } 

Provide Subscriber Location, 
SendRoutinglnfoForLCS, 
SubscriberLocationReport 
FROM MAP-LocationServiceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-LocationServiceOperations (24) 
version7 (7 ) } 

SecureTransportClassl, 
SecureTransportClass2, 
SecureTransportClass3, 
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SecureTransportClass4 

FROM MAP-SecureTransportOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SecureTransportOperations (26) 
version? (7) } 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Facil it yNot Supported, 

UnknownSubscriber, 

Number Changed, 

UnknownMSC, 

Unidentif iedSubscriber, 

UnknownEquipment , 

RoamingNot Allowed, 

II legal Subscriber, 

IllegalEquipment, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

NoHandoverNumberAvailable, 

Subsequent HandoverFai lure, 

TracingBufferFull, 

OR-NotAllowed, 

NoRoamingNumberAvailable, 

Absent Subscriber, 

Busy Subscriber, 

NoSubscriberReply, 

CallBarred, 

ForwardingViolation, 

ForwardingFailed, 

CUG-Reject, 

ATI-NotAllowed, 

II legal SS-Ope rat ion, 

SS-ErrorStatus, 

SS-NotAvailable, 

SS-SubscriptionViolation, 

SS- Incompatibility, 

UnknownAlphabet , 

USSD-Busy, 

PW-RegistrationFailure, 

NegativePW-Check, 

NumberOfPW-Attempts Violation, 

SubscriberBusyForMT-SMS, 

SM-DeliveryFailure, 

MessageWaitingListFull, 

Absent SubscriberSM, 

ResourceLimitation, 

NoGroupCallNumber Available, 

Short TermDenial, 

LongTermDenial, 

IncompatibleTerminal, 

UnauthorizedRequestingNetwork, 

UnauthorizedLCSClient, 

PositionMethodFailure, 

UnknownOrUnreachableLCSClient, 

ATSI-NotAllowed, 

ATM-NotAllowed, 

InformationNot Aval table, 

MM-EventNot Supported, 

Target CellOutsideGroupCallArea, 

SecureTransport Error 



FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionV (7) } 



location registration operation codes 



updateLocation UpdateLocation ::= localValue 2 
cancelLocation CancelLocation ::= localValue 3 
purgeMS PurgeMS ::= localValue 67 
sendldentification Sendldentif ication ::= localValue 55 
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handover operation codes 



prepareHandover PrepareHandover ::= localValue 68 
sendEndSignal SendEndSignal ::= localValue 29 

processAccessSignalling ProcessAccessSignalling ::= localValue 33 
forwardAccessSignalling ForwardAccessSignalling ::= localValue 34 
prepareSubsequentHandover PrepareSubsequentHandover ::= 
localValue 69 



— authentication operation codes 



sendAuthenticationlnfo SendAuthenticationlnfo ::= localValue 56 
authenticationFailureReport AuthentlcatlonFallureReport ::= localValue 15 



IMEI MANAGEMENT operation codes 



checklMEI ChecklMEI 



localValue 43 



subscriber management operation codes 



insert SubscriberData 
deleteSubscriberData 



Insert SubscriberData 
Delete SubscriberData 



localValue 7 
localValue 8 



~- fault recovery operation codes 



reset Reset ::= localValue 37 




forwardCheckSS-Indication ForwardCheckSS-Indication ; 


: = 


localValue 38 




restoreData RestoreData ::= localValue 57 





-- operation and maintenance operation codes 



activateTraceMode ActivateTraceMode ::= 


localValue 50 


deactivateTraceMode Dead i vat eTraceMode 


::= localValue 51 


sendlMSI SendlMSI ::= localValue 58 





call handling operation codes 



sendRoutinglnfo SendRoutinglnfo ::= localValue 22 
provideRoamingNumber ProvideRoamingNumber ::= localValue 4 
resumeCallHandling ResumeCallHandling ;:= localValue 6 
provideSIWFSNumber ProvideSIWFSNumber ::= localValue 31 
sIWFSSignallingModify SIWFSSignallingModify ::= localValue 32 
setReportingState SetReportingState ::= localValue 73 
statusReport StatusReport ::= localValue 74 
remoteUserFree RemoteUserFree ::= localValue 75 
istAlert IST-Alert ::= localValue 87 
istCommand IST-Command ::= localValue 88 



-- supplementary service handling operation codes 



registerSS RegisterSS ::= localValue 10 

eraseSS EraseSS ::= localValue 11 

activateSS ActivateSS ::= localValue 12 

deactivateSS DeactivateSS ::= localValue 13 

interrogateSS InterrogateSS ::= localValue 14 

processUnstructuredSS-Request ProcessUnstructuredSS-Request ::= 

localValue 59 
unstructuredSS-Request UnstructuredSS-Request ::= localValue 60 
unstructuredSS-Notify UnstructuredSS-Notify ::= localValue 61 
registerPassword RegisterPassword ::= localValue 17 
getPassword GetPassword ::= localValue 18 
registerCC-Entry RegisterCC-Entry ::= localValue 76 
eraseCC-Entry EraseCC-Entry ::= localValue 77 



— short message service operation codes 
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sendRoutinglnfoForSM SendRoutinglnfoForSM ::= localValue 45 
mo-forwardSM MO-ForwardSM ::= localValue 46 
mt-forwardSM MT-ForwardSM ::= localValue 44 

reportSM-DeliveryStatus ReportSM-DeliveryStatus ::= localValue 47 
informServiceCentre InformServiceCentre ::= localValue 63 
alertServiceCentre AlertServiceCentre ::= localValue 64 
readyForSM ReadyForSM ::= localValue 66 



provide subscriber Info operation codes 



IprovideSubscriberlnfo ProvideSubscriberlnfo 



localValue 70 



-- any time Interrogation operation codes 



lanyTimelnterrogation AnyTimelnterrogatlon ::= localValue 71 



~- any time Information handling operation codes 



anyTimeSubscriptionlnterrogation AnyTimeSubscriptionlnter rogation : 
anyTimeModification AnyTimeModification : := localValue 65 



localValue 62 



subscriber data modification notification operation codes 



noteSiobscriberDataModified Not e Subs criberDataModi fled 



localValue 5 



— supplementary service Invocation notification operation codes 
I SS-InvocationNotif ication SS-InvocationNotification : := localValue 72 



— Group Call operation codes 



prepareGroupCall PrepareGroupCall ::= localValue 39 
sendGroupCallEndSignal SendGroupCallEndSignal ::= localValue 40 
processGroupCallSignalling ProcessGroupCallSignalling ::= localValue 41 
forwardGroupCallSignalling ForwardGroupCallSignalllng ::= localValue 42 



— gprs location updating operation codes 



lupdateGprsLocation UpdateGprsLocation 



localValue 23 



— gprs location Information retrieval operation codes 



IsendRoutinglnfoForGprs SendRoutinglnfoForGprs 



localValue 24 



— failure reporting operation codes 



IfailureReport FailureReport : := localValue 2 5 



GPRS notification operation codes 



InoteMsPresentForGprs NoteMsPresentForGprs 



localValue 26 



Location service operation codes 



provideSubscriberLocation ProvideSubscriberLocation ::= localValue 83 
sendRoutinglnfoForLCS SendRoutinglnfoForLCS ::= localValue 85 
subscriberLocationReport SubscrlberLocatlonReport ::= localValue 86 



-- Mobility Management operation codes 



noteMM-Event NoteMM-Event ::= localValue 



— Secure transport operation codes 



secureTransportClassl SecureTransportClassl 

secureTransportClass2 SecureTransportClass2 

secureTransportClassS SecureTransportClass3 

secureTransportClass4 SecureTransportClass4 



localValue 78 

localValue 79 

localValue 80 

localValue 81 



-- generic error codes 
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systemFailure SystemFailure ::= localValue 34 
dataMissing DataMissing ::= localValue 35 

unexpectedDataValue UnexpectedDataValue ::= localValue 36 
facilityNotSupported FacilityNotSupported ::= localValue 21 
incompatibleTerminal IncompatibleTerminal :;= localValue 28 
resourceLimitation ResourceLimitation ::= localValue 51 



Identification and numbering error codes 



unknownSubscriber UnknownSubscriber ::= localValue 1 
numberChanged NumberChanged ::= localValue 44 
unknownMSC UnknownMSC ::= localValue 3 

unidentifiedSubscriber Unidentif iedSubscriber ::= localValue 5 
unknownEquipment UnknownEqulpment ::= localValue 7 



subscription error codes 



roamingNotAllowed RoamingNotAllowed ::= localValue 8 
illegalSubscriber IllegalSubscriber ::= localValue 9 
illegalEquipment IllegalEquipment ::= localValue 12 
bearerServiceNotProvisioned BearerServiceNotProvisioned 

localValue 10 
teleserviceNotProvisioned TeleserviceNotProvisioned ::= 

localValue 11 



-- handover error codes 



noHandoverNumberAvailable NoHandoverNumberAvailable ::= 

localValue 25 
subsequentHandoverFailure SubsequentHandoverFailure ::= 

localValue 26 
targetCellOutsideGroupCallArea Target CellOutsideGroupCallArea 

localValue 42 



operation and maintenance error codes 



ItracingBufferFull TracingBuf ferFull 



localValue 40 



~- call handling error codes 



noRoamingNumberAvailable NoRoamingNumberAvailable :;= localValue 3S 
absentSubscriber AbsentSubscriber ::= localValue 27 
busySubscriber BusySubscriber ::= localValue 45 
noSubscriberReply NoSubscriberReply ::= localValue 46 
callBarred CallBarred ::= localValue 13 
forwardingFailed ForwardingFailed ::= localValue 47 
or-NotAllowed OR-NotAllowed ::= localValue 48 
forwardingViolation ForwardingViolation ::= localValue 14 
cug-Reject CUG-Reject ::= localValue 15 



— any time Interrogation error codes 



ati-NotAllowed ATI-NotAllowed ::= localValue 4? 



— any time Information handling error codes 



atsi-NotAllowed ATSI-NotAllowed ::= localValue 60 
atm-NotAllowed ATM-NotAllowed ::= localValue 61 
informationNotAvailable InformationNotAvailable ::= localValue 62 



— Group Call error codes 



InoGroupCallNumberAvailable NoGroupCallNumberAvailable 



localValue 5C 



~- supplementary service error codes 
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illegalSS-Operation IllegalSS-Operation ::= localValue 16 
ss-ErrorStatus SS-ErrorStatus ::= localValue 17 
ss-NotAvailable SS-NotAvailable ::= localValue 18 

ss-SubscriptionViolation SS-SubscriptionViolation ::= localValue 19 
ss-Incompatibility SS-Incompatibility ::= localValue 20 
unknownAlphabet UnknownAlphabet ::= localValue 71 
ussd-Busy USSD-Busy ::= localValue 72 

pw-RegistrationFailure PW-RegistrationFailure ::= localValue 37 
negativePW-Check NegativePW-Check ::= localValue 38 
numberOfPW-AttemptsViolation NumberOfPW-AttemptsViolation ::= 

localValue 43 
shortTermDenial ShortTermDenial ::= localValue 29 
longTermPenial LongTermPenial ::= localValue 30 



— short message service error codes 



subscriberBusyForMT-SMS SubscriberBusyForMT-SMS ::= localValue 31 
sm-DeliveryFailure SM-DeliveryFailure ::= localValue 32 
messageWaitingListFull MessageWaitingListFull ::= localValue 33 
absentsubscriberSM AbsentSubscriberSM ::= localValue 6 



location service error codes 



unauthorizedRequestingNetwork UnauthorizedRequestingNetwork: := 
unauthorizedLCSClient UnauthorizedLCSClient ::= localValue 53 
positionMethodFailure PositionMethodFailure ::= localValue 54 
unknownOrUnreachableLCSClient UnknownOrUnreachableLCSClient : : 



localValue 52 



localValue 58 



Mobility Management error codes 



iran-EventNot Supported MM-E vent Not Supported 



localValue 59 



~- Secure transport error codes 



IsecureTransportError SecureTransportError ::= localValue 4 



The following operation codes are reserved for operations 
existing in previous versions of the protocol 



- Operation Name 


AC used 




Oper. Code 


-- sendParameters 


map-ac infoRetrieval (14) versioni (1) 




localValue 9 


-- processUnstructuredSS-Data 


map-ac networkFunctionaISs (18) versioni 


(1) 


localValue 19 


-- perform Handover 


map-ac handoverControl (11) versioni (1) 




localValue 28 


-- performSubsequentHandover 


map-ac handoverControl (11) versioni (1) 




localValue 30 


-- notelnternalHandover 


map-ac handoverControl (11) versioni (1) 




localValue 35 


-- noteSubscriberPresent 


map-ac mwdMngt (24) versioni (1) 




localValue 48 


-- alertServiceCentreWithoutResult 


map-ac shortMsgAlert (23) versioni (1) 




localValue 49 


-- traceSubscriberActivity 


map-ac handoverControl (11) versioni (1) 




localValue 52 


-- beginSubscriberActivity 


map-ac networkFunctionaISs (18) versioni 


(1) 


localValue 54 



-- The following error codes are reserved for errors 
-- existing in previous versions of the protocol 



- Error Name 

- unknownBaseStation 

- invalidTargetBaseStation 

- noRadioResourceAvailable 



AC used 

map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 



Error Code 

localValue 2 
localValue 23 
localValue 24 



END 



1 7.6 MAP operation and error types 
17.6.1 Mobile Service Operations 

MAP-MobileServiceOperations ( 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MobileServiceOperations (5) 
versionV (7) } 
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DEFINITIONS 



BEGIN 
EXPORTS 

— location registration operations 
UpdateLocation, 
CancelLocation, 

PurgeMS, 
Sendldentif ication, 

— gprs location registration operations 
UpdateGprs Location, 

— subscriber Information enquiry operations 
Provide Subscriber Info, 

— any time Information enquiry operations 
AnyTime Interrogation, 

— any time Information handling operations 
AnyTime Subscript ion Inter rogation, 
AnyTimeModif ication, 

— subscriber data modification notification operations 
NoteSubscriberDataModif ied. 



— handover operations 
PrepareHandover, 
SendEndSignal, 
ProcessAccess Signalling, 
ForwardAccess Signalling, 
Prepare Sub sequent Handover, 

— authentication management operations 
SendAuthent ication Info, 
AuthenticationFailureReport , 

— IMEI management operations 
ChecklMEI, 

— subscriber management operations 
I nsert Subscribe rDat a. 

Delete Subs criberDat a, 

— fault recovery operations 
Reset, 

ForwardCheckSS- Indication, 
RestoreData, 

-- gprs location Information retrieval operations 
SendRoutingInf oForGprs, 

— failure reporting operations 
FailureReport , 

— gprs notification operations 
NoteMsPresentForGprs, 

— Mobility Management operations 

NoteMM-Event 



IMPORTS 

OPERATION 
FROM TCAPMessages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 
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UnknownSubscriber, 

UnknownMSC, 

Unidentif iedSubscriber, 

UnknownEquipment , 

RoamingNot Allowed, 

ATI-NotAllowed, 

NoHandoverNumber Available, 

Subsequent HandoverFai lure. 

Absent Subscriber, 

MM-EventNot Supported, 

ATSI-NotAllowed, 

ATM-NotAllowed, 

Bearer ServiceNotProvisioned, 

TeleserviceNotProvisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-ErrorStatus, 

SS-NotAvailable, 

SS- Incompatibility, 

SS-SubscriptionViolation, 

InformationNot Available, 

TargetCellOutsideGroupCallArea 



FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionV (7) } 



UpdateLocationArg, 

UpdateLocationRes, 

CancelLocationArg, 

CancelLocationRes, 

PurgeMS-Arg, 

PurgeMS-Res, 

Sendldentif icationArg, 

Sendldentif icationRes, 

UpdateGprsLocationArg, 

UpdateGprsLocationRes, 

PrepareHO-Arg, 

PrepareHO-Res, 

ForwardAccessSignalling-Arg, 

ProcessAccessSignalling-Arg, 

SendEndSignal-Arg, 

SendEndSignal-Res, 

Prepare SubsequentHO-Res, 

Prepare Subs equentHO-Arg, 

SendAuthenticationlnfoArg, 

SendAuthenticationlnfoRes, 

AuthenticationFailureReportArg, 

AuthenticationFailureReportRes, 

Equipment St at us. 

Insert Subs criberDataArg, 

InsertSubscriberDataRes, 

Delete Subs CriberDataArg, 

Delete Subs criberDataRes, 

ResetArg, 

RestoreDataArg, 

RestoreDataRes, 

ProvideSubscriberInf oArg, 

ProvideSubscriberInf oRes, 

AnyTimeSubscriptionlnterrogationArg, 

AnyTimeSubscriptionlnterrogationRes, 

AnyTimeModif icationArg, 

AnyTimeModif icationRes, 

NoteSubscriberDataModif iedArg, 

NoteSubscriberDataModif iedRes, 

AnyTimelnterrogationArg, 

AnyTimelnterrogationRes, 

SendRoutinglnfoForGprsArg, 

SendRoutinglnfoForGprsRes, 

FailureReportArg, 

FailureReportRes, 

NoteMsPresentForGprsArg, 

NoteMsPresentForGprsRes, 

Not eMM-E vent Arg, 

NoteMM-EventRes 



FROM MAP-MS-DataTypes { 
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ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) version? (7)} 

IMEI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 



— location registration operations 



UpdateLocation ::= OPERATION 




— Timer m 


ARGUMENT 






updateLocationArg 


UpdateLocationArg 




RESULT 






updateLocationRes 


UpdateLocationRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber, 






RoamingNot Allowed} 







CancelLocation : : = OPERATION 




— Timer m 


ARGUMENT 






cancelLocationArg 


CancelLocationArg 




RESULT 






cancelLocationRes 


CancelLocationRes 




— optional 






ERRORS { 






DataMissing, 






UnexpectedDataValue } 







PurgeMS : : = OPERATION 




— Timer m 


ARGUMENT 






purgeMS-Arg 


PurgeMS-Arg 




RESULT 






purgeMS-Res 


PurgeMS-Res 




— optional 






ERRORS { 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber} 







Sendldentification ::= OPERATION 




— Timer s 


ARGUMENT 






sendldentif icationArg 


Sendldentif icationArg 




RESULT 






sendldentif icationRes 


Sendldentif icationRes 




ERRORS { 






DataMissing, 






Unidentif iedSubscriber } 







gprs location registration operations 



UpdateGprsLocation : : = OPERATION 




— Timer m 


ARGUMENT 






updateGprsLocationArg 


UpdateGprsLocationArg 




RESULT 






updateGprsLocationRes 


UpdateGprsLocationRes 




ERRORS { 






SystemFailure, 






UnexpectedDataValue, 






UnknownSubscriber, 






RoamingNot Allowed} 







subscriber Information enquiry operations 
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ProvideSubscriberlnfo : := operation 




— Timer m 


ARGUMENT 






pr o vide Subscriber I nfoArg 


ProvideSubscriberlnfoArg 




RESULT 






pr o vide Subscriber I nfoRes 


ProvideSubscriberInf oRes 




ERRORS { 






DataMissing, 






UnexpectedDataValue } 







any time Information enquiry operations 



AnyTimelnterrogation ::= operation 




— Timer m 


ARGUMENT 






anyTimelnterrogationArg 


AnyTimelnterrogationArg 




RESULT 






anyTimelnterrogationRes 


AnyTimelnterrogationRes 




ERRORS { 






SystemFailure, 






ATI-NotAllowed, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







— any time information handling operations 



AnyTimeSubscriptionlnterrogation ::= operation 

ARGUMENT 

anyTimeSubscriptionlnterrogationArg Any TimeSub script ion I nterrogationArg 
RESULT 

anyTimeSubscriptionlnterrogationRes Any TimeSub script ion I nterrogationRes 
ERRORS { 

ATSI-NotAllowed, 

DataMissing, 

UnexpectedDataValue, 

UnknownSubscriber, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-NotAvailable, 
Inf ormationNotAvailable } 



— Timer m 



AnyTimeModif ication : : = OPERATION 

ARGUMENT 

anyTimeModif icationArg 

RESULT 

anyTimeModif i cat ionRes 

ERRORS { 

ATM-NotAllowed, 

DataMissing, 

UnexpectedDataValue, 

UnknownSubscriber, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

CallBarred, 

IllegalSS-Operation, 

S S- Subs criptionViolat ion, 

SS-ErrorStatus, 

SS- Incompatibility, 

Inf ormationNotAvailable } 



— Timer m 



AnyTimeModif icationArg 
AnyTimeModif i cat ionRes 



— subscriber data modification notification operations 



NoteSubscriberDataModified ::= OPERATION 
ARGUMENT 

not e Subs criberDataModifiedArg Not e Subs criberDataModifiedArg 
RESULT 

not e Subs criberDataModifiedRes Not e Subs criberDataModifiedRes 
— optional 
ERRORS { 

DataMissing, 

UnexpectedDataValue, 

UnknownSubscriber} 



— Timer m 



handover operations 



ETSI 



3GPP TS 29.002 version 4.9.0 Release 4 



307 



ETSI TS 129 002 V4.9.0 (2002-09) 



PrepareHandover ::= OPERATION 
ARGUMENT 

prepareHO-Arg 
RESULT 

prepareHO-Res 
ERRORS { 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
NoHandoverNumber Available, 
TargetCellOutsideGroupCallArea } 



— Timer m 



PrepareHO-Arg 
PrepareHO-Res 



SendEndSignal ::= OPERATION 




— Timer 1 


ARGUMENT 






sendEndSignal-Arg 


SendEndSignal-Arg 




RESULT 






sendEndSignal-Res 


SendEndSignal-Res 





ProcessAccessSignalling ::= OPERATION 




— Timer s 


ARGUMENT 






processAccessSignalling-Arg 


ProcessAccessSignalling-Arg 





ForwardAccessSignalling ::= OPERATION 




— Timer s 


ARGUMENT 






forwardAccessSignalling-Arg 


ForwardAccessSignalling-Arg 





PrepareSubsequentHandover ::= OPERATION 
ARGUMENT 

p r epa r e Sub sequent HO- Arg 
RESULT 

prepare Subs equentHO-Res 
ERRORS { 

UnexpectedDataValue, 

DataMissing, 

UnknownMSC, 

SubsequentHandoverFailure } 



— Timer m 



Prepare Sub sequent HO- Arg 
Prepare Subs equentHO-Res 



— authentication management operations 

SendAuthenticationlnfo ::= OPERATION — Timer m 

ARGUMENT 

sendAuthenticationInf oArg SendAuthenticationInf oArg 

— optional 

— within a dialogue sendAuthenticationlnfoArg shall not be present in 

— subsequent invoke components. If received in a subsequent invoke component 

— it shall be discarded. 



RESULT 

sendAuthenticationlnfoRes 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

UnknownSubscriber } 



SendAuthenticationlnfoRes 



AuthenticationFailureReport ::= OPERATION — Timer m 

ARGUMENT 

authenticationFailureReportArg AuthenticationFailureReport Arg 
RESULT 

authenticationFailureReportRes AuthenticationFailureReport Res 

— optional 
ERRORS { 

SystemFailure, 

UnexpectedDataValue, 

UnknownSubscriber} 



IMEI management operations 
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ChecklMEI ::= OPERATION 




— Timer m 


ARGUMENT 






imei 


IMEI 




RESULT 






equipment St at US 


Equipment St at us 




ERRORS { 






SystemFailure, 






DataMissing, 






UnknownEquipment } 







-- suhscriher management operations 



InsertSubscriberData ::= OPERATION 




— Timer m 


ARGUMENT 






insert Subs criberDataArg 


Insert Subs criberDataArg 




RESULT 






insert Subs criberDataRes 


Insert Subs criberDataRes 




— optional 






ERRORS { 






DataMissing, 






UnexpectedDataValue, 






Unidentif iedSubscriber } 







DeleteSubscriberData ::= OPERATION 




— Timer m 


ARGUMENT 






delete Subs criberDataArg 


Delete Subs criberDataArg 




RESULT 






delete Subs criberDataRes 


Delete Subs criberDataRes 




— optional 






ERRORS { 






DataMissing, 






UnexpectedDataValue, 






Unidentif iedSubscriber } 







fault recovery operations 



Reset ::= OPERATION 




— Timer m 


ARGUMENT 






resetArg 


ResetArg 





ForwardCheckSS-Indication 



OPERATION 



-Timer s 



RestoreData : : = OPERATION 




— Timer m 


ARGUMENT 






restoreDataArg 


RestoreDataArg 




RESULT 






restoreDataRes 


RestoreDataRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







— gprs location Information retrieval operations 



SendRoutinglnfoForGprs ::= OPERATION 




— Timer m 


ARGUMENT 






sendRoutinglnfoForGprsArg 


SendRoutinglnfoForGprsArg 




RESULT 






sendRoutingInf oForGprsRes 


SendRoutingInf oForGprsRes 




ERRORS { 






Absent Subscriber, 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber, 






CallBarred } 







failure reporting operations 
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FailureReport ::= OPERATION 




— Timer m 


ARGUMENT 






failureReportArg 


FailureReportArg 




RESULT 






f ailureReportRes 


FailureReport Res 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







gprs notification operations 



NoteMsPresentForGprs ::= OPERATION 




— Timer m 


ARGUMENT 






noteMsPresentForGprsArg 


NoteMsPresentForGprsArg 




RESULT 






noteMsPresentForGprsRes 


NoteMsPresentForGprsRes 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber} 







NoteMM-Event ::= OPERATION 




— Timer m 


ARGUMENT 






noteMM-EventArg 


NoteMM-EventArg 




RESULT 






not eMM-E vent Res 


NoteMM-EventRes 




ERRORS { 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber, 






MM-EventNot Supported} 







END 



17.6.2 Operation and Maintenance Operations 

MAP-OperationAndMaintenanceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 
versionV (7 ) } 

DEFINITIONS 



BEGIN 

EXPORTS 

ActivateTraceMode, 

DeactivateTraceMode, 

SendlMSI 



IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
Fac 11 it yNot Supported, 
UnknownSubscriber, 
Unidentif iedSubscriber, 
TracingBuf ferFull 
FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 

ActivateTraceModeArg, 
ActivateTraceModeRes, 
DeactivateTraceModeArg, 
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DeactivateTraceModeRes 
FROM MAP-OM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versionV (7) } 

ISDN-Address St ring, 
IMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 



ActivateTraceMode ::= OPERATION 




— Timer m 


ARGUMENT 






activateTraceModeArg 


ActivateTraceModeArg 




RESULT 






activateTraceModeRes 


ActivateTraceModeRes 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






FacilityNot Supported, 






Unidentif iedSubscriber, 






TracingBuf f erFull } 







DeactivateTraceMode ::= OPERATION 




— Timer m 


ARGUMENT 






deactivateTraceModeArg 


DeactivateTraceModeArg 




RESULT 






deactivateTraceModeRes 


DeactivateTraceModeRes 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






FacilityNot Supported, 






Unidentif iedSubscriber } 







SendlMSI ::= OPERATION 




— Timer m 


ARGUMENT 






msisdn 


ISDN-Address St ring 




RESULT 






imsi 


IMSI 




ERRORS { 






DataMissing, 






UnexpectedDataValue, 






UnknownSubscriber } 







END 



17.6.3 Call Handling Operations 

MAP-CallHandlingOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CallHandlingOperations (7) 
version7 (7 ) } 

DEFINITIONS 



BEGIN 

EXPORTS 

SendRoutingInf o, 

ProvideRoamingNumber, 

ResumeCallHandling, 

Provide SIWFSNumber, 

SIWFSSignallingModify, 

SetReportingState, 

StatusReport, 

RemoteUserFree, 

IST-Alert, 

IST-Command 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



311 



ETSI TS 129 002 V4.9.0 (2002-09) 



IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Facil it yNot Supported, 

OR-NotAllowed, 

UnknownSubscriber, 

Number Changed, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

NoRoamingNumberAvailable, 

Absent Subscriber, 

Busy Subscriber, 

NoSubscriberReply, 

CallBarred, 

ForwardingViolation, 

ForwardingFailed, 

CUG-Reject, 

ResourceLimitation, 

IncompatibleTerminal, 

Unidentif iedSubscriber 

FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 

SendRoutinglnfoArg, 

SendRoutinglnfoRes, 

ProvideRoamingNumberArg, 

ProvideRoamingNumberRes, 

ResumeCallHandlingArg, 

ResumeCallHandlingRes, 

ProvideSIWFSNumberArg, 

Provide SIWFSNumberRes, 

SIWFSSignallingModifyArg, 

SIWFSSignallingModifyRes, 

SetReportingStateArg, 

SetReportingStateRes, 

StatusReportArg, 

StatusReportRes, 

RemoteUserFreeArg, 

RemoteUserFreeRes, 

IST-AlertArg, 

IST-AlertRes, 

IST-CommandArg, 
IST-CommandRes 
FROM MAP-CH-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CH-DataTypes (13) version7 (7)} 



SendRoutinglnfo ::= OPERATION — Timer m 

— The timer is set to the upper limit of the range if the GMSC supports pre-paging. 

ARGUMENT 

SendRoutinglnfoArg 



SendRoutinglnfoArg 
RESULT 

SendRoutinglnfoRes 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

FacilityNot Supported, 

OR-NotAllowed, 

UnknownSubscriber, 

Number Changed, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

Absent Subscriber, 

Busy Subscriber, 

NoSubscriberReply, 

CallBarred, 

CUG-Reject, 

ForwardingViolation} 



SendRoutinglnfoRes 
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ProvideRoamingNumber ::= OPERATION 
— The timer is set to the upper limit 
ARGUMENT 

provideRoamingNumberArg 
RESULT 

provideRoamingNumberRes 
ERRORS { 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
FacilityNot Supported, 
OR-NotAllowed, 
Absent Subscriber, 
NoRoamingNumberAvailable } 



— Timer m 
of the range if the HLR supports pre-paging. 

ProvideRoamingNumberArg 

ProvideRoamingNumberRes 



ResumeCallHandling ::= OPERATION 




— Timer m 


ARGUMENT 






resumeCallHandlingArg 


ResumeCallHandlingArg 




RESULT 






resumeCallHandlingRes 


ResumeCallHandlingRes 




— optional 






ERRORS { 






ForwardingFailed, 






OR-NotAllowed, 






UnexpectedDataValue, 






DataMissing } 







ProvideSIWFSNumber ::= OPERATION 




— Timer m 


ARGUMENT 






provideSIWFSNumberArg 


ProvideSIWFSNumberArg 




RESULT 






provides IWFSNumberRes 


Provides IWFSNumberRes 




ERRORS { 






ResourceLimitation, 






DataMissing, 






UnexpectedDataValue, 






SystemFailure} 







SIWFSSignallingModify ::= OPERATION 




— Timer m 


ARGUMENT 






sIWFSSignallingModifyArg 


SIWFSSignallingModifyArg 




RESULT 






sIWFSSignallingModifyRes 


SIWFSSignallingModifyRes 




— optional 






ERRORS { 






ResourceLimitation, 






DataMissing, 






UnexpectedDataValue, 






SystemFailure} 







SetReportingState ::= OPERATION 




— Timer m 


ARGUMENT 






setReportingStateArg 


SetReportingStateArg 




RESULT 






setReportingStateRes 


SetReportingStateRes 




— optional 






ERRORS { 






SystemFailure, 






Unidentif iedSubscriber, 






UnexpectedDataValue, 






DataMissing, 






ResourceLimitation, 






FacilityNot Supported} 







StatusReport ::= OPERATION 




— Timer m 


ARGUMENT 






statusReportArg 


StatusReportArg 




RESULT 






StatusReport Res 


StatusReportRes 




— optional 






ERRORS { 






UnknownSubscriber, 






SystemFailure, 






UnexpectedDataValue, 






DataMissing} 
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RemoteUserFree ::= OPERATION 




— Timer ml 


ARGUMENT 






remoteUserFreeArg 


RemoteUserFreeArg 




RESULT 






remoteUserFreeRes 


RemoteUserFreeRes 




ERRORS { 






UnexpectedDataValue, 






DataMissing, 






IncompatibleTerminal, 






Absent Subscriber, 






SystemFailure, 






Busy Subscriber} 







IST-Alert ::= OPERATION 






— Timer m 


ARGUMENT 








istAlertArg 




IST-AlertArg 




RESULT 








istAlertRes 




IST-AlertRes 




— optional 








ERRORS { 








UnexpectedDataValue 


, 






ResourceLimitation, 








UnknownSubscriber, 








SystemFailure, 








FacilityNotSupporte 


d} 







IST-Command : : = OPERATION 






— Timer m 


ARGUMENT 








istCommandArg 




IST-CommandArg 




RESULT 








istCommandRes 




IST-CommandRes 




— optional 








ERRORS { 








UnexpectedDataValue 


, 






ResourceLimitation, 








UnknownSubscriber, 








SystemFailure, 








FacilityNotSupporte 


d} 







1 7.6.4 Supplementary service operations 

MAP-SupplementaryServiceOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SupplementaryServiceOperations (6 
versionV (7 ) } 

DEFINITIONS 



BEGIN 

EXPORTS 

RegisterSS, 

EraseSS, 

ActivateSS, 

DeactivateSS, 

InterrogateSS, 

ProcessUnstructuredSS-Request, 

UnstructuredSS-Request, 

UnstructuredSS-Notify, 

RegisterPas sword, 

GetPassword, 

SS-InvocationNotif ication, 

RegisterCC-Entry, 

EraseCC-Entry 



IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) 



messages (1) version2 (2)} 



SystemFailure, 

DataMissing, 

UnexpectedDataValue, 
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UnknownSubscriber, 
BearerServiceNotProvisioned, 
TeleserviceNotProvisioned, 
CallBarred, 
IllegalSS-Operation, 
SS-ErrorStatus, 
SS-NotAvailable, 
SS-SubscriptionViolation, 
SS- Incompatibility, 
PW-RegistrationFailure, 
NegativePW-Check, 
NumberOfPW-At tempts Violation, 
UnknownAlphabet , 
USSD-Busy, 
Absent Subscriber, 
II legal Subscriber, 
IllegalEquipment , 
Short TermDenial, 
LongTermDenial, 
Facil it yNot Supported 
FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionV (7) } 



Register SS-Arg, 
SS-Info, 
SS-ForBS-Code, 
InterrogateSS-Res, 
USSD-Arg, 
USSD-Res, 
Password, 
Guidance Info, 

SS-InvocationNotif icationArg, 
SS-InvocationNotif icationRes, 
RegisterCC-EntryArg, 
RegisterCC-EntryRes, 
EraseCC-EntryArg, 
EraseCC-EntryRes 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4 
gsm-Network (1) modules (3) map- 



) etsi (0) mobileDomain (0) 
SS-DataTypes (14) version? (7) 



SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) version? (7)} 



supplementary service handling operations 



RegisterSS : : = OPERATION 




— Timer m 


ARGUMENT 






register SS-Arg 


Register SS-Arg 




RESULT 






ss-Info 


SS-Info 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






BearerServiceNotProvisioned, 






TeleserviceNotProvisioned, 






CallBarred, 






IllegalSS-Operation, 






SS-ErrorStatus, 






SS- Incompatibility} 
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EraseSS ::= OPERATION 




— Timer m 


ARGUMENT 






ss-ForBS 


SS-ForBS-Code 




RESULT 






ss-Info 


SS-Info 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






BearerServiceNotProvisioned, 






TeleserviceNotProvisioned, 






CallBarred, 






IllegalSS-Operation, 






SS-ErrorStatus 
} 







ActivateSS ::= OPERATION 
ARGUMENT 

ss-ForBS 
RESULT 

SS-Info 

— optional 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

BearerServiceNotProvisioned, 

TeleserviceNotProvisioned, 

CallBarred, 

IllegalSS-Operation, 

SS-ErrorStatus, 

SS-SubscriptionViolation, 

SS-Incompatibility, 

NegativePW-Check, 
NumberOfPW-At tempts Violation} 



— Timer m 



SS-ForBS-Code 
SS-Info 



DeactivateSS ::= OPERATION 




— Timer m 


ARGUMENT 






ss-ForBS 


SS-ForBS-Code 




RESULT 






SS-Info 


SS-Info 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






BearerServiceNotProvisioned, 






TeleserviceNotProvisioned, 






CallBarred, 






IllegalSS-Operation, 






SS-ErrorStatus, 






SS-SubscriptionViolation, 






NegativePW-Check, 






NumberOfPW-Attempts Violation} 







InterrogateSS ::= OPERATION 




— Timer m 


ARGUMENT 






ss-ForBS 


SS-ForBS-Code 




RESULT 






inter rogateSS-Res 


Inter rogateSS-Res 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






BearerServiceNotProvisioned, 






TeleserviceNotProvisioned, 






CallBarred, 






IllegalSS-Operation, 






SS-NotAvailable} 
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ProcessUnstructuredSS-Request : 


= OPERATION 


— Timer 10 minutes 


ARGUMENT 






ussd-Arg 


USSD-Arg 




RESULT 






ussd-Res 


USSD-Res 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






UnknownAlphabet , 






CallBarred} 







UnstructuredSS-Request ::= OPERATION 




— Timer ml 


ARGUMENT 






ussd-Arg 


USSD-Arg 




RESULT 






ussd-Res 


USSD-Res 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






Absent Subscriber, 






11 legal Subscriber, 






IllegalEquipment, 






UnknownAlphabet , 






USSD-Busy} 







UnstructuredSS-Notify ::= OPERATION 




— Timer ml 


ARGUMENT 






ussd-Arg 


USSD-Arg 




RESULT 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






Absent Subscriber, 






IllegalSubscriber, 






IllegalEquipment, 






UnknownAlphabet , 






USSD-Busy} 







RegisterPassword ::= OPERATION 




— Timer ml 


ARGUMENT 






ss-Code 


SS-Code 




RESULT 






newPassword 


Password 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






CallBarred, 






SS-SubscriptionViolation, 






PW-RegistrationFailure, 






NegativePW-Check, 






NumberOfPW-At tempts Violation} 






LINKED { 






GetPassword} 







GetPassword ::= OPERATION 




— Timer m 


ARGUMENT 






guidancelnfo 


Guidancelnfo 




RESULT 






cur rent Pas sword 


Password 





SS-InvocationNotification : := OPERATION 

ARGUMENT 

ss-InvocationNotif icationArg 
RESULT 

ss-InvocationNotif icationRes 

— optional 
ERRORS { 

DataMissing, 

UnexpectedDataValue, 

UnknownSubscriber } 



-Timer m 



SS-InvocationNotif icationArg 
SS-InvocationNotif icationRes 
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RegisterCC-Entry ::= OPERATION 




— Timer m 


ARGUMENT 






registerCC-EntryArg 


RegisterCC-EntryArg 




RESULT 






registerCC-EntryRes 


RegisterCC-EntryRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






CallBarred, 






IllegalSS-Operation, 






SS-ErrorStatus, 






SS- 1 incompatibility. 






Short TermDenial, 






LongTermDenial, 






Fac il it yNot Supported} 







EraseCC-Entry ::= OPERATION 




— Timer m 


ARGUMENT 






eraseCC-EntryArg 


EraseCC-EntryArg 




RESULT 






eraseCC-EntryRes 


EraseCC-EntryRes 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






CallBarred, 






IllegalSS-Operation, 






SS-ErrorStatus} 







END 



1 7.6.5 Short message service operations 

MAP— ShortMessageServiceOperat ions { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ShortMessageServiceOperations (- 
versionV (7 ) } 

DEFINITIONS 



BEGIN 

EXPORTS 

SendRoutinglnfoForSM, 

MO-ForwardSM, 

MT-ForwardSM, 

Report SM-De 11 very St at us. 

Alert ServiceCent re, 

Inf ormServiceCentre, 

ReadyForSM 



IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
Fac 11 it yNot Supported, 
UnknownSubscriber, 
Unidentif iedSubscriber, 
II legal Subscriber, 
IllegalEquipment, 
TeleserviceNotProvisioned, 
CallBarred, 

SubscriberBusyForMT-SMS, 
SM-De liveryFai lure, 
MessageWaitingListFull, 
Absent Subs criberSM 
FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 
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RoutinglnfoForSM-Arg, 
Rout inglnfoForSM- Res, 
MO-ForwardSM-Arg, 
MO-ForwardSM-Res, 
MT-ForwardSM-Arg, 
MT-ForwardSM-Res, 
Report SM-De 1 i very St at us Arg, 
Report SM-De 1 i very St at usRes, 
Alert ServiceCentreArg, 
InformServiceCentreArg, 
ReadyForSM-Arg, 
ReadyForSM-Res 
FROM MAP-SM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SM-DataTypes (16) versionV (7) 



SendRoutinglnfoForSM ::= OPERATION 




— Timer m 


ARGUMENT 






routing I nfoForSM-Arg 


RoutinglnfoForSM-Arg 




RESULT 






r outing I nfoForSM-Res 


Routing I nfoForSM-Res 




ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






Fac 11 it yNot Supported, 






UnknownSubscriber, 






TeleserviceNotProvisioned, 






CallBarred, 






Absent Subs criberSM} 







MO-ForwardSM ::= OPERATION 




— Timer ml 


ARGUMENT 






mo-f orwardSM-Arg 


MO-ForwardSM-Arg 




RESULT 






mo-forwardSM-Res 


MO-ForwardSM-Res 




— optional 






ERRORS { 






SystemFailure, 






UnexpectedDataValue, 






FacilityNot Supported, 






SM-DeliveryFailure } 







MT-ForwardSM ::= OPERATION 




— Timer ml 


ARGUMENT 






mt-f orwardSM-Arg 


MT-ForwardSM-Arg 




RESULT 






mt-forwardSM-Res 


MT-ForwardSM-Res 




— optional 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue, 






FacilityNot Supported, 






Unidentif iedSubscriber, 






11 legal Subscriber, 






IllegalEquipment, 






SubscriberBusyForMT-SMS, 






SM-DeliveryFailure, 






Absent SubscriberSM} 







ReportSM-DeliveryStatus : : = OPERATION 


— Timer s 


ARGUMENT 




reportSM-DeliveryStatusArg 


Report SM-Delivery St atusArg 


RESULT 




r epo rt SM-De 1 i very St at usRes 


Repo rt SM-De li very St at usRes 


— optional 




ERRORS { 




DataMissing, 




UnexpectedDataValue, 




UnknownSubscriber, 




MessageWaitingListFull} 
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AlertServiceCentre ::= OPERATION 




— Timer s 


ARGUMENT 






alertServiceCentreArg 


AlertServiceCentreArg 




RESULT 






ERRORS { 






SystemFailure, 






DataMissing, 






UnexpectedDataValue } 







InformServiceCentre ::= OPERATION 
ARGUMENT 

inf ormServiceCentreArg 



— Timer s 



Inf OrmServiceCentreArg 



ReadyForSM ::= OPERATION 




— Timer m 


ARGUMENT 






readyForSM-Arg 


ReadyForSM-Arg 




RESULT 






readyForSM-Res 


ReadyForSM-Res 




— optional 






ERRORS { 






DataMissing, 






UnexpectedDataValue, 






FacilityNot Supported, 






UnknownSubscriber } 







END 



17.6.6 Errors 



MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionV (7) } 

DEFINITIONS 



BEGIN 
EXPORTS 

— generic errors 
SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
FacilityNot Supported, 
IncompatibleTerminal, 
ResourceLimitation, 

— Identification and numbering errors 
UnknownSubscriber, 

Number Changed, 

UnknownMSC, 

Unidentif iedSubscriber, 

UnknownEquipment , 

— subscription errors 
RoamingNot Allowed, 

II legal Subscriber, 
IllegalEquipment, 
BearerServiceNotProvisioned, 
TeleserviceNotProvisioned, 

— handover errors 
NoHandoverNumberAvailable, 
Subsequent HandoverFai lure. 
Target CellOutsideGroupCallArea, 

— operation and maintenance errors 
TracingBufferFull, 

— call handling errors 
OR-NotAllowed, 
NoRoamingNumberAvailable, 
Busy Subscriber, 
NoSubscriberReply, 
Absent Subscriber, 
CallBarred, 
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ForwardingViolation, 

ForwardingFailed, 

CUG-Reject, 

— any time Interrogation errors 
ATI-NotAllowed, 

— any time information handling errors 
ATSI-NotAllowed, 

ATM-NotAllowed, 

I nformationNot Available, 

— supplementary service errors 
IllegalSS-Operation, 
SS-ErrorStatus, 
SS-NotAvailable, 
SS-SubscriptionViolation, 

SS- Incompatibility, 
UnknownAlphabet , 
USSD-Busy, 

PW-RegistrationFailure, 
NegativePW-Check, 
NumberOfPW-At tempts Violation, 
Short TermDenial, 
LongTermDenial, 

— short message service errors 
SubscriberBusyForMT-SMS, 
SM-DeliveryFailure, 
MessageWaitingListFull, 
Absent Subs criberSM, 

— Group Call errors 
NoGroupCallNumberAvailable, 

— location service errors 
UnauthorizedRequestingNetwork, 
UnauthorizedLCSClient, 
PositionMethodFailure, 
UnknownOrUnreachableLCSClient, 

— Mobility Management errors 
MM-E vent Not Supported, 

— Secure transport errors 
SecureTransport Error 



IMPORTS 

ERROR 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SS-Status 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) version7 (7) } 

SS- Incompatibility Cause, 

PW-RegistrationFailureCause, 

SM"DeliveryFailureCause, 

SystemFailureParam, 

DataMissingParam, 

UnexpectedDataParam, 

FacilityNotSupParam, 

UnknownSubscriberParam, 

NumberChangedParam, 

Unidentif iedSubParam, 

RoamingNotAllowedParam, 

II legal Subs criberPar am, 

IllegalEquipmentParam, 

BearerServNotProvParam, 

TeleservNotProvParam, 

TracingBuf ferFullParam, 

NoRoamingNbParam, 

OR-NotAllowedParam, 

Absent Subs criberPar am. 
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BusySubscriberParam, 

NoSubscriberReplyParam, 

CallBarredParam, 

ForwardingViolationParam, 

ForwardingFailedParam, 

CUG-Re jectParam, 

ATI-NotAllowedParam, 

SubBusyForMT-SMS-Param, 

MessageWaitListFullParam, 

Absent SubscriberSM-Par am, 

ResourceLimitationParam, 

NoGroupCallNbParam, 

IncompatibleTerminalParam, 

Short TermDenialPar am, 

LongTermDenialParam, 

UnauthorizedRequestingNet work-Par am, 

UnauthorizedLCSClient-Param, 

PositionMethodFailure-Param, 

UnknownOrUnreachableLCSClient-Param, 

MM-EventNot Support ed-Par am, 

ATSI-NotAllowedParam, 

ATM-NotAllowedParam, 

IllegalSS-OperationParam, 

SS-NotAvailableParam, 

SS-SubscriptionViolationParam, 

InformationNotAvailableParam, 

TargetCellOutsideGCA-Param, 

SecureTransportErrorParam 



FROM MAP-ER-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionV (7) } 



generic errors 



SystemFailure : : = ERROR 
PARAMETER 

systemFailureParam 
— optional 



SystemFailureParam 



DataMissing : : = ERROR 
PARAMETER 

dataMissingParam 

— optional 

— dataMissingParam must not be used in version <3 



DataMissingParam 



UnexpectedDataValue : : = ERROR 
PARAMETER 

unexpectedDataParam 

— optional 

— unexpectedDataParam must not be used in version <3 



UnexpectedDataParam 



FacilityNotSupported : : = ERROR 
PARAMETER 

f acilityNotSupParam 

— optional 

— f acilityNotSupParam must not be used in version <3 



FacilityNotSupParam 



IncompatibleTerminal : : = ERROR 
PARAMETER 

IncompatibleTerminalParam 
— optional 



IncompatibleTerminalParam 



ResourceLimitation : : = ERROR 

PARAMETER 

resourceLimitationParam 
— optional 



ResourceLimitationParam 



~- identification and numbering errors 
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UnknownSubscriber : : = ERROR 
PARAMETER 

unknownSubscriberParam 

— optional 

— unknownSubscriberParam must not be used in version <3 



UnknownSubscriberParam 



NumberChanged : : = ERROR 
PARAMETER 

number ChangedPar am 
— optional 



Number ChangedPar am 



UnknownMSC 



ERROR 



Unidentif iedSubscriber : : = ERROR 
PARAMETER 

unidentif iedSubPar am 

— optional 

— unidentif iedSubParam must not be used in version <3 



Unidentif iedSubPar am 



I UnknownEquipment ::= ERROR 



subscription errors 



RoamingNotAllowed : : = ERROR 
PARAMETER 

roamingNotAllowedParam 



RoamingNotAllowedParam 



IllegalSubscriber : : = ERROR 

PARAMETER 

illegalSubscriberParam 

— optional 

— illegalSubscriberParam must not be used in version <3 



IllegalSubscriberParam 



IllegalEquipment : : = ERROR 

PARAMETER 

IllegalEquipment Par am 

— optional 

— illegalEquipmentParam must not be used in version <3 



IllegalEquipment Par am 



BearerServiceNotProvisioned : : = ERROR 
PARAMETER 

bearer ServNotProvParam 

— optional 

— bearerServNotProvParam must not be used in version <3 



Bearer ServNotProvParam 



TeleserviceNotProvisioned : : = ERROR 
PARAMETER 

teleservNotProvParam 

— optional 

— teleservNotProvParam must not be used in version <3 



TeleservNotProvParam 



handover errors 



NoHandoverNumberAvailable 



ERROR 



I SubsequentHandoverFailure : : = ERROR 



TargetCellOutsideGroupCallArea : : = ERROR 




PARAMETER 




target CellOutsideGCA-Param 


Target CellOutsideGCA-Param 


— optional 





— operation and maintenance errors 



TracingBuf f erFull : : = ERROR 

PARAMETER 

tracingBuf f erFullParam 
— optional 



TracingBuf f erFullParam 



— call handling errors 
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NoRoamingNumberAvailable : : = ERROR 
PARAMETER 

noRoamingNbParam 
— optional 



NoRoamingNbParam 



AbsentSubscriber : : = ERROR 

PARAMETER 

absentSubscriberParam 

— optional 

— absentSubscriberParam must not be used In version <3 



AbsentSubscriberParam 



BusySubscriber : : = ERROR 
PARAMETER 

busySubscriberParam 
— optional 



BusySubscriberParam 



NoSubscriberReply : := ERROR 
PARAMETER 

noSubscriberReplyParam 
— optional 



NoSubscriberReplyParam 



CallBarred : : = ERROR 
PARAMETER 

callBarredParam 
— optional 



CallBarredParam 



ForwardingViolation : : = ERROR 
PARAMETER 

f orwardingViolationParam 
— optional 



ForwardingViolationParam 



ForwardingFailed : : = ERROR 

PARAMETER 

f orwardingFailedParam 
— optional 



ForwardingFailedParam 



CUG-Reject ::= ERROR 
PARAMETER 

cug-Re jectParam 
— optional 



CUG-Re jectParam 



OR-NotAllowed : : = ERROR 
PARAMETER 

or-NotAllowedParam 
— optional 



OR-NotAllowedParam 



any time interrogation errors 



ATI-NotAllowed : : = ERROR 
PARAMETER 

ati-NotAllowedParam 
— optional 



ATI-NotAllowedParam 



any time information handling errors 



ATSI-NotAllowed ::= ERROR 
PARAMETER 

atsi-NotAllowedParam 
— optional 



ATSI-NotAllowedParam 



ATM-NotAllowed : : = ERROR 
PARAMETER 

atm-NotAllowedParam 
— optional 



ATM-NotAllowedParam 



Inf ormationNotAvailable : : = ERROR 

PARAMETER 

inf ormationNotAvailableParam 
— optional 



Inf OrmationNotAvailableParam 



supplementary service errors 



IllegalSS-Operation : : = ERROR 

PARAMETER 

i 1 legal SS-Ope rat ionPar am 
— optional 



II legal SS-Ope rat ionPar am 
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— illegalSS-OperationParam must not be used in version <3 



SS-ErrorStatus : : = ERROR 
PARAMETER 

ss-Status 
— optional 



SS-Status 



SS-NotAvailable : : = ERROR 

PARAMETER 

ss -Not Available? a ram 

— optional 

— ss-NotAvailableParam must not be used in version <3 



SS-NotAvailableParam 



SS-SubscriptionViolation : : = ERROR 
PARAMETER 

ss-SubscriptionViolationParam SS-SubscriptionViolationParam 

— optional 

— ss-NotAvailableParam must not be used in version <3 



SS-Incompatibility : : = ERROR 
PARAMETER 

ss-IncompatibilityCause 
— optional 



SS-Incompatibility Cause 



|UnknownAlphabet ::= ERROR 



|USSD-Busy ::= ERROR 



PW-RegistrationFailure ::= ERROR 




PARAMETER 




pw-RegistrationFailureCause 


PW-RegistrationFailureCause 



|NegativePW-Check 



ERROR 



iNumberOfPW-AttemptsViolation 



ShortTermDenial : : = ERROR 
PARAMETER 

shortTermDenialParam 
— optional 



ShortTermDenialParam 



LongTermDenial : : = ERROR 

PARAMETER 

longTermDenialParam 
— optional 



LongTermDenialParam 



-- short message service errors 



SubscriberBusyForMT-SMS : : = ERROR 
PARAMETER 

subBusyForMT-SMS-Param 
— optional 



SubBusyForMT-SMS-Param 



SM-DeliveryFailure : : = ERROR 




PARAMETER 




sm-DeliveryFailureCause 


SM-DeliveryFailureCause 



MessageWaitingListFull : : = ERROR 
PARAMETER 

messageWaitListFullParam 
— optional 



MessageWaitListFullParam 



AbsentSubscriberSM : : = ERROR 
PARAMETER 

absent Subs or iberSM-Par am 
— optional 



AbsentSubscriberSM-Param 



~- Group Call errors 



NoGroupCallNumberAvailable : : = ERROR 
PARAMETER 

noGroupCallNbParam 
— optional 



NoGroupCallNbParam 



location service errors 
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UnauthorizedRequestingNetwork : : = ERROR 

PARAMETER 

unauthorizedRequestingNetwork-Param UnauthorizedRequestingNetwork-Param 
— optional 



UnauthorizedLCSClient : : = ERROR 
PARAMETER 

unauthorizedLCSClient-Param 
— optional 



UnauthorizedLCSClient-Param 



PositionMethodFailure : : = ERROR 
PARAMETER 

pos it ionMethodFai lure-Par am 
— optional 



PositionMethodFailure-Param 



UnknownOrUnreachableLCSClient : : = ERROR 
PARAMETER 

UnknownOrUnreachableLCSClient -Par am UnknownOrUnreachableLCSClient -Par am 
— optional 



MM-EventNotSupported : : = ERROR 
PARAMETER 

mm-EventNotSupported-Param 
— optional 



MM-EventNotSupported-Param 



Secure transport errors 



SecureTransportError : : = error 

PARAMETER 

secureTransportErrorParam 



SecureTransportErrorParam 



1 7.6.7 Group Call operations 

MAP-Group-Call-Operations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Group-Call-Operations (22) 
version? (7) } 

DEFINITIONS 



BEGIN 

EXPORTS 

PrepareGroupCall, 
SendGroupCallEndSignal, 
ForwardGroupCall Signal ling, 
ProcessGroupCallSignalling 



IMPORTS 

OPERATION 
FROM TCAPMessages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 
UnexpectedDataValue, 
NoGroupCallNumberAvailable 
FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 

PrepareGroupCallArg, 
PrepareGroupCallRes, 
SendGroupCallEndSignalArg, 
SendGroupCallEndSignalRes, 
ForwardGroupCallSignallingArg, 
ProcessGroupCallSignallingArg 
FROM MAP-GR-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-GR-DataTypes (23) version7 (7) } 
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PrepareGroupCall ::= OPERATION 






— Timer m 


ARGUMENT 








prepareGroupCallArg 




PrepareGroupCallArg 




RESULT 








prepareGroupCallRes 




PrepareGroupCallRes 




ERRORS { 








SystemFailure, 








NoGroupCallNumberAvai 


lable. 






UnexpectedDataValue } 









SendGroupCallEndSignal ::= OPERATION 
ARGUMENT 

sendGroupCallEndSignalArg 
RESULT 

sendGroupCallEndSignalRes 



SendGroupCallEndSignalArg 
SendGroupCallEndSignalRes 



-Timer 1 



ProcessGroupCallSignalling : := OPERATION 

ARGUMENT 

processGroupCallSignallingArg ProcessGroupCallSignallingArg 



— Timer s 



ForwardGroupCallSignalling : : = OPERATION 




— Timer s 


ARGUMENT 






forwardGroupCallSignallingArg 


ForwardGroupCallSignallingArg 





END 



1 7.6.8 Location service operations 



1 MAP-LocationServiceOperations ( 

2 ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-LocationServiceOperations (24) 

4 versionV (7 ) } 

5 

6 DEFINITIONS 

7 



10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 



BEGIN 

EXPORTS 

ProvideSubscriberLocation, 
SendRoutinglnfoForLCS, 
Subscriber LocationReport 



IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

SystemFailure, 
DataMissing, 
UnexpectedDataValue, 
Facil it yNot Supported, 
UnknownSubscriber, 
Absent Subscriber, 
UnauthorizedRequestingNetwork, 
UnauthorizedLCSClient, 
PositionMethodFailure, 
ResourceLimitation, 
UnknownOrUnreachableLCSClient, 
Unidentif iedSubscriber, 
IllegalEquipment, 
II legal Subscriber 
FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 

Routing I nfoForLCS-Arg, 
Routing I nfoForLCS-Res, 
ProvideSubscriberLocation-Arg, 
ProvideSubscriberLoc at ion-Res, 
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45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 
90 
91 
92 
93 
94 
95 
96 
97 



99 END 
1 



SubscriberLocationReport-Arg, 
Subs criberLo cat ionReport -Res 
FROM MAP-LCS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-LCS-DataTypes (25) versionV (7) 



SendRoutinglnfoForLCS ::= OPERATION 
ARGUMENT 

routinginf oForLCS-Arg 
RESULT 

routinginf oForLCS-Res 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

Fac 11 it yNot Supported, 

UnknownSubscriber, 

Absent Subscriber, 
UnauthorizedRequestingNetwork } 



-Timer m 



Routing I nfoForLCS-Arg 
Routing I nfoForLCS-Res 



OPERATION 



ProvideSubscriberLocation 

ARGUMENT 

pro vide Subs criberLo cat ion-Arg 
RESULT 

pro vide Subscriber Location-Res 
ERRORS { 

SystemFailure, 

DataMissing, 

UnexpectedDataValue, 

FacilityNot Supported, 

Unidentif iedSubscriber, 

II legal Subscriber, 

IllegalEquipment, 

Absent Subscriber, 

UnauthorizedRequestingNetwork, 

UnauthorizedLCSClient, 

PositionMethodFailure } 



— Timer ml 



ProvideSubscriberLoc at ion-Arg 
Provide Subscriber Location-Res 



SubscriberLocationReport ::= OPERATION 
ARGUMENT 

subs criberLo cat ionReport-Arg 
RESULT 

subs criberLo cat ionReport -Res 
ERRORS { 

SystemFailure, 

DataMissing, 

ResourceLimitation, 

UnexpectedDataValue, 

UnknownSubscriber, 

UnauthorizedRequestingNetwork, 
UnknownOrUnreachableLCSClient } 



-Timer m 



SubscriberLocationReport-Arg 
Subs criberLo cat ionReport -Res 



2 17.6.9 Secure transport operations 

MAP-SecureTransportOperations { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SecureTransportOperations (26) 
version? (7) } 

DEFINITIONS 



BEGIN 

EXPORTS 

SecureTransportClassl, 
SecureTransportClass2, 
SecureTransportClass3, 
SecureTransportClass4 
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IMPORTS 

OPERATION 
FROM TCAPMes sages { 

ccitt recommendation q 773 modules (2) messages (1) version2 (2) 

DataMissing, 

SecureTransportError, 

UnexpectedDataValue 

FROM MAP-Errors { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) version7 (7) } 

SecureTransportArg, 
SecureTransportRes 

FROM MAP-ST-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ST-DataTypes (27) version7 (7) } 



SecureTransportClassl ::= OPERATION 


— Timer shall be the same as for the 




— securely transported operation 


ARGUMENT 




SecureTransportArg 


SecureTransportArg 


RESULT 




SecureTransportRes 


SecureTransportRes 


ERRORS { 




SecureTransportError, 




DataMissing, 




UnexpectedDataValue } 





SecureTransportClass2 



OPERATION 



— Timer shall be the same as for the 
— securely transported operation 



ARGUMENT 

SecureTransportArg 
ERRORS { 

SecureTransportError, 
DataMissing, 
UnexpectedDataValue } 



SecureTransportArg 



SecureTransportClassS ::= OPERATION 

ARGUMENT 

SecureTransportArg 
RESULT 

SecureTransportRes 



— Timer shall be the same as for the 
— securely transported operation 



SecureTransportArg 
SecureTransportRes 



SecureTransportClass4 



OPERATION 



-Timer shall be the same as for the 
-securely transported operation 



ARGUMENT 

SecureTransportArg 



SecureTransportArg 



1 7.7 MAP constants and data types 
17.7.1 Mobile Service data types 

MAP-MS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-Datalypes (11) version7 (7) 

DEFINITIONS 

IMPLICIT TAGS 

BEGIN 
EXPORTS 
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— location registration types 
UpdateLocationArg, 
UpdateLocationRes, 
CancelLocationArg, 
CancelLocationRes, 
PurgeMS-Arg, 

PurgeMS-Res, 

Sendldentif icationArg, 

Sendldentif icationRes, 

UpdateGprsLocationArg, 

UpdateGprsLocationRes, 

I ST-Support Indicator, 

SupportedLCS-CapabilitySets, 

— gprs location registration types 
GSN-Address, 

— handover types 
ForwardAccessSignalling-Arg, 
PrepareHO-Arg, 
PrepareHO-Res, 

Prepare Subsequent HO-Arg, 
Prepare Subsequent HO"Res, 
ProcessAccessSignalling-Arg, 
SendEndSignal-Arg, 
SendEndSignal-Res, 



— authentication management types 
SendAuthenticationInf oArg, 
SendAuthenticationlnfoRes, 
AuthenticationFailureReportArg, 
AuthenticationFailureReportRes, 

— security management types 
Equipment St at us, 

Kc, 

— subscriber management types 
InsertSubscriberDataArg, 
Insert Subs criberDataRes, 
LSAIdentity, 

DeleteSubscriberDataArg, 
DeleteSubscriberDataRes, 

Ext -QoS- Subscribed, 

SubscriberData, 

ODB-Data, 

Subscriber St at us, 

ZoneCodeList, 

maxNumOf ZoneCodes, 

0-CSI, 

D-CSI, 

0-BcsmCamelTDPCriteriaList, 

T-BCSM-CAMEL-TDP-CriteriaList, 

SS-CSI, 

ServiceKey, 

DefaultCallHandling, 

CamelCapabilityHandling, 

BasicServiceCriteria, 

Support edCamelPhases, 

maxNumOfCamelTDPData, 

CUG-Index, 

CUG-Info, 

CUG-Interlock, 

InterCUG-Restrictions, 

IntraCUG-Options, 

NotificationToMSUser, 

QoS- Subscribed, 

I ST-Alert Time rvalue, 

T-CSI, 

T-BcsmTriggerDetectionPoint , 

APN, 

— fault recovery types 
ResetArg, 
RestoreDataArg, 
RestoreDataRes, 
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provide subscriber info types 
Geographical Information^ 



— subscriber information enquiry types 
ProvideSubscriberlnf oArg, 
ProvideSubscriberInf oRes, 
Subscriber Info, 

Locationinf ormation. 
Subscriber St ate, 

— any time information enquiry types 
AnyTime Inter rogationArg, 
AnyTimelnterrogationRes, 

— any time information handiing types 
AnyTimeSubscriptionlnter rogationArg, 
AnyTimeSubscriptionlnterrogationRes, 
AnyTimeModif icationArg, 
AnyTimeModif icationRes, 

— subscriber data modification notification types 
NoteSubscriberDataModif iedArg, 
NoteSubscriberDataModif iedRes, 

— gprs location information retrieval types 
SendRoutinglnfoForGprsArg, 
SendRoutinglnfoForGprsRes, 

— failure reporting types 
FailureReportArg, 
FailureReportRes, 

— gprs notification types 
NoteMsPresentForGprsArg, 
NoteMsPresentForGprsRes, 

— Mobility Management types 
Not eMM-E vent Arg, 
NoteMM-EventRes 



IMPORTS 

maxNumOfSS, 

SS- Subs criptionOpt ion, 

SS-List, 

SS-ForBS-Code, 

Password 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-SS-Datalypes (14) version? (7) 

SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionV (7) } 

Ext -Bear erServiceCode 
FROM MAP-BS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) version? (7)} 

Ext-TeleserviceCode 
FROM MAP-TS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) version? (7)} 



Address St ring, 

ISDN-AddressString, 

ISDN-SubaddressString, 

FTN-AddressString, 

AccessNetworkSignallnfo, 

IMSI, 

IMS I, 

HLR-List, 
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LMSI, 

Identity, 

GlobalCellld, 

CellGloballdOrServiceArealdOrLAI, 

Ext-BasicServiceCode, 

NAEA-PreferredCI, 

EMLPP-Info, 

MC-SS-Info, 

Subscriber Identity, 

AgeOfLocat ion Information, 

LCSClientExternallD, 

LCSClient Internal ID, 

Ext-SS-Status 



FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 

Absent Subs criberDiagnosticSM 
FROM MAP-ER-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) version7 (7) } 



— location registration types 



UpdateLocationArg : : = SEQUENCE { 






imsi 




IMSI, 




msc-Number 




[1] ISDN-AddressString, 




vlr-Number 




ISDN-AddressString, 




Imsi 




[10] LMSI OPTIONAL, 




extensionContainer 




ExtensionContainer 


OPTIONAL, 


vlr -Capability 




[6] VLR-Capability 


OPTIONAL, 


inf ormPreviousNetwor 


kEntity 


[11] NULL 


OPTIONAL } 



VLR-Capability : : = SEQUENCE { 
supper tedCamelPhases 
extensionContainer 



[0] SupportedCamelPhases 
ExtensionContainer 



solsaSupportlndicator [2] NULL 

istSupportlndicator [1] IST-Supportlndicator 

supercharger SupportedlnServingNetworkEntity [3 ] Supercharger Info 
longFTN-Supported [4] NULL 

supportedLCS-CapabilitySets [5] SupportedLCS-CapabilitySets 



OPTIONAL, 
OPTIONAL, 

OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL 



SuperChargerlnfo ::= CHOICE { 
sendSubscriberData 
subscriberDataStored 



[0] NULL, 

[1] Agelndicator 



Agelndicator ::= OCTET STRING (SIZE (1..6)) 

— The internal structure of this parameter is implementation specific. 



IST-Supportlndicator ::= 

basicISTSupported 
istCommandSupported 



ENUMERATED { 



(0) 
(1) 



— exception handling : 

— reception of values > 1 shall be mapped to ' IstCommandSupported 
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SupportedLCS-CapabilitySets ::= bit string { 
IcsCapabilitySetl (0), 
lcsCapabilitySet2 (1) } (SIZE (2.. 16)) 

— Core network signalling capability setl indicates LCS Release98 or Release99 version. 

— Core network signalling capability set2 indicates LCS Release4 or later version. 

— A node shall mark in the BIT STRING all LCS capability sets it supports. 

— If no bit is set then the sending node does not support LCS. 

— If the parameter is not sent by an VLR then the VLR may support at most capability setl. 

— If the parameter is not sent by an SGSN then no support for LCS is assumed. 

— An SGSN is not allowed to indicate support of capability setl. 

— Other bits than listed above shall be discarded. 



UpdateLocationRes : : = SEQUENCE { 






hlr-Number 


ISDN-Address St ring. 




extensionContainer 

... } 


ExtensionContainer 


OPTIONAL, 



CancelLocationArg ::= [3] 


SEQUENCE { 






identity 




Identity, 




cancel 1 at ionType 




Cance Hat ionType 


OPTIONAL, 


extensionContainer 

. . .} 




ExtensionContainer 


OPTIONAL, 



Cancellat ionType 

update? rocedure 
subscriptionWithdraw 



ENUMERATED { 



(0) 
(1) 



The HLR shall not send values other than listed above 



CancelLocationRes : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



PurgeMS-Arg : : = [ 3 ] SEQUENCE { 






imsi 


IMSI, 




vlr-Number 


[0] ISDN-AddressString 


OPTIONAL, 


sgsn-Number 


[1] ISDN-AddressString 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



PurgeMS-Res : : = SEQUENCE { 






freezeTMSI 


[0] NULL 


OPTIONAL, 


freezeP-TMSI 


[1] NULL 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



Sendldentif icationArg : : = SEQUENCE { 




tmsi TMSI, 




number Of RequestedVect or s NumberOf Request edVect or s 


OPTIONAL, 


— within a dialogue numberOfRequestedVectors shall be present in 




— the first service request and shall not be present in subsequent 




— service requests . If received in a subsequent service request it 




— shall be discarded. 




segmentationProhibited NULL 


OPTIONAL, 


extensionContainer ExtensionContainer 


OPTIONAL, 



Sendldentif icationRes ::= [3] SEQUENCE { 




imsi IMSI 


OPTIONAL, 


— IMSI shall be present in the first (or only) service response of a 


dialogue . 


— If multiple service requests are present in a dialogue then IMSI 




— shall not be present in any service response other than the first 


one . 


aut henti cat ionSet List Authenti cat ionSet List 


OPTIONAL, 


cur rent SecurityContext [2] Cur rent Security Context 


OPTIONAL, 


extensionContainer [3] ExtensionContainer 

. . .} 


OPTIONAL, 



— authentication management types 



AuthenticationSetList : 


= CHOICE { 




tripletList 




[0] TripletList, 


quintuplet List 




[1] QuintupletList } 
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TripletList ::= SEQUENCE SIZE (1..5) OF 



AuthenticationTriplet 



QuintupletList 



SEQUENCE SIZE (1..5) OF 

AuthenticationQuintuplet 



AuthenticationTriplet : 


= SEQUENCE { 




rand 




RAND, 


sres 




SRES, 


kc 

. . .} 




Kc, 



AuthenticationQuintuplet : 


= SEQUENCE { 




rand 




RAND, 


xres 




XRES, 


ck 




CK, 


ik 




IK, 


autn 

. . .} 




AUTN, 



CurrentSecurityContext ::= CHOICE { 
gsm-SecurityContextData 
umts-SecurityContextData 



[0] GSM-SecurityContextData, 
[1] UMTS-SecurltyContextData 



GSM-SecurityContextData 

kc 
cksn 

. . . } 



SEQUENCE { 



Kc, 
Cksn, 



UMTS-SecurityContextData : 


= SEQUENCE { 




ck 




CK, 


ik 




IK, 


ksi 

. . . } 




KSI, 



|rand 


:= OCTET 


STRING 


(SIZE 


(16)) 1 




|SRES 


:= OCTET 


STRING 


(SIZE 


(4) ) 1 




|Kc : : = 


= OCTET STRING (SIZE (8)) | 




|XRES 


:= OCTET 


STRING 


(SIZE 


(4. .16)) 1 




|CK : : = 


= OCTET STRING (SIZE (16)) 1 




1 IK : : = 


= OCTET STRING (SIZE (16)) | 




|autn 


:= OCTET 


STRING 


(SIZE 


(16)) 1 




Iauts 


:= OCTET 


STRING 


(SIZE 


(14)) 1 



Cksn 



= OCTET STRING (SIZE (1)) 
The internal structure is defined in 3GPP TS 24.00E 



KSI ::= OCTET STRING (SIZE (1)) 

— The internal structure is defined in 3GPP TS 24.008 



AuthenticationFailureReportArg : 


= SEQUENCE { 




imsi 


IMSI, 




f ailureCause 


FailureCause, 




extensionContainer 


ExtensionContainer 


OPTIONAL, 


re-attempt 


BOOLEAN 


OPTIONAL, 


accessType 


AccessType 


OPTIONAL, 


rand 


RAND 


OPTIONAL, 


vlr-Number 


[0] ISDN-AddressString 


OPTIONAL, 


sgsn-Number 


[1] ISDN-AddressString 


OPTIONAL } 



AccessType : : = ENUMERATED { 
call (0), 

emergencyCall (1), 
locationUpdating (2), 
supplementaryService (3) , 
shortMessage (4), 
gprsAttach (5) , 
routingAreaUpdating (6), 
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serviceRequest (7), 
pdpContextActivation (8) , 
pdpContextDeactivation (9), 
. . .} 

— exception handling: 

— received values greater than 9 shall be ignored. 



AuthenticationFailureReportRes 

extensionContainer 

. . .} 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



FailureCause : : = ENUMERATED { 

wrongUserResponse (0) , 
wrongNetworkSignature (1)} 



gprs location registration types 



UpdateGprsLocationArg : 


= SEQUENCE { 






imsi 






IMSI, 




sgsn-Number 






ISDN-Address St ring. 




sgsn-Address 






GSN-Address, 




extensionContainer 






ExtensionContainer 


OPTIONAL, 


sgsn-Capability 






[0] SGSN-Capability 


OPTIONAL, 


inf ormPreviousNetworkEnt 


ity 


[1] NULL 


OPTIONAL } 



SGSN-Capability : := SEQUENCE! 
solsaSupport Indicator 
extensionContainer 



NULL 
[1] ExtensionContainer 



superChargerSupportedlnServingNetworkEntity [2 ] SuperChargerInf o 
gprsEnhancementsSupportlndicator [3] NULL 

supportedCamelPhases [4] SupportedCamelPhases 

supportedLCS-CapabilitySets [5] SupportedLCS-CapabilitySets 



OPTIONAL, 
OPTIONAL, 

OPTIONAL 
OPTIONAL, 
OPTIONAL, 
OPTIONAL 



GSN-Address ::= OCTET STRING (SIZE (5.. 17)) 

— Octets are coded according to TS 3GPP TS 23.003 [17] 



UpdateGprsLocationRes : : 

hlr-Number 
extensionContainer 



SEQUENCE 



ISDN-Address St ring, 
ExtensionContainer 



OPTIONAL, 



— handover types 



ForwardAccessSignalling-Arg : : = 


[3] SEQUENCE { 




an-APDU 


AccessNetworkSignalInf o. 




integrityProtectionInf 


[0] 


IntegrityProtectionlnformat 


ion OPTIONAL, 


encrypt ionlnfo 


[1] 


Encrypt ion Information 


OPTIONAL, 


keyStatus 


[2] 


KeyStatus 


OPTIONAL, 


allowedGSM-Algorithms 


[4] 


AllowedGSM-Algorithms 


OPTIONAL, 


allowedUMTS-Algorithms 


[5] 


AllowedUMTS-Algorithms 


OPTIONAL, 


radioRe source In format ion 


[6] 


RadioRe source Information 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 


radioResourceLlst 


[7] 


RadioResourceLlst 


OPTIONAL, 


bssmap-ServiceHandover 


[9] 


BSSMAP-ServiceHandover 


OPTIONAL, 


ranap-ServiceHandover 


[8] 


RANAP-ServiceHandover 


OPTIONAL } 



AllowedGSM-Algorithms ::= OCTET STRING (SIZE (1)) 

— internal structure is coded as Algorithm identifier octet from 

— Permitted Algorithms defined in 3GPP TS 48.008 

— A node shall mark all GSM algorithms that are allowed in MSC-B 



AllowedUMTS-Algorithms : : = SEQUENCE { 
integrityProtectionAlgorithms 
OPTIONAL, 

encrypt lonAlgorithms 
extensionContainer 
. . .} 



[0 ] PermittedlntegrityProtect lonAlgorithms 

[1] PermittedEncryptionAlgorithms OPTIONAL, 
[2] ExtensionContainer OPTIONAL, 
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PermittedlntegrityProtectionAlgorithms : = 

OCTET STRING (SIZE ( 1 . . maxPermittedlntegrityProtect ionAlgorithmsLength) ) 

— Octets contain a complete PermlttedlntegrltyProtectlonAlgorlthms data type 

— as defined In 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413. 

— Padding bits are Included, If needed. In the least significant bits of the 

— last octet of the octet string. 



ImaxPermittedlntegrityProtectionAlgorithmsLength INTEGER : : = 



PermittedEncryptionAlgorithms : : = 

OCTET STRING (SIZE ( 1 .. maxPermittedEncrypt ionAlgorithmsLength) ) 

— Octets contain a complete PermittedEncryptionAlgorithms data type 

— as defined In 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413 

— Padding bits are Included, If needed. In the least significant bits of the 

— last octet of the octet string. 



ImaxPermittedEncrypt ionAlgorithmsLength INTEGER 



KeyStatus : : = ENUMERATED { 
old (0), 
new (1) , 
























— exception 

— received 

— received 


handling : 
values In 
values gre 


range 
ater 


2-31 
than 


shall be treated as 
31 shall be treated 


as 


old" 
"new" 



PrepareHO-Arg ::= [3] SEQUENCE { 








targetCellld 


[0] 


GlobalCellld 


OPTIONAL, 


ho -Number Not Required 


NULL 




OPTIONAL, 


targetRNCId 


[1] 


RNCId 


OPTIONAL, 


an-APDU 


[2] 


AccessNetworkSignallnfo 


OPTIONAL, 


multipleBearer Requested 


[3] 


NULL 


OPTIONAL, 


imsi 


[4] 


IMSI 


OPTIONAL, 


integrityProtectionInf 


[5] 


IntegrityProtectionlnformat 


ion OPTIONAL, 


encrypt ion Info 


[6] 


Encrypt ion Information 


OPTIONAL, 


radioRe source In format ion 


[7] 


RadioRe source Information 


OPTIONAL, 


allowedGSM-Algorithms 


[9] 


AllowedGSM-Algorithms 


OPTIONAL, 


allowedUMTS-Algorithms 


[10] 


AllowedUMTS-Algorithms 


OPTIONAL, 


radioResourceList 


[11] 


RadioResourceList 


OPTIONAL, 


extensionContainer 


[8] 


ExtensionContainer 


OPTIONAL, 


rab-Id 


[12] 


RAB-Id 


OPTIONAL, 


bssmap-ServiceHandover 


[13] 


BSSMAP-ServiceHandover 


OPTIONAL, 


ranap-ServiceHandover 

} 


[14] 


RANAP-ServiceHandover 


OPTIONAL 



BSSMAP-ServiceHandover : 


:= OCTET STRING (SIZE (1)) 






— Octets are coded 


according the Service Handover 


information element 


in 


— 3GPP TS 48.008. 









RANAP-ServiceHandover ::= OCTET STRING (SIZE (1)) 

— Octet contains a complete Service-Handover data type 

— as defined In 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413 

— Padding bits are Included In the least significant bits. 



RadioResourceList : 



SEQUENCE SIZE (2.. maxNumOf RadioResources ) OF 
RadioResource 



RadioResource : : = SEQUENCE { 

radioResourceInf ormation RadioRe source Informal ion, 

rab-Id RAB-Id, 

— RAB identity Is needed to relate the radio resources with the radio access bearers. 

. . .} 



maxNumOfRadioResources INTEGER : : = 7 
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PrepareHO-Res ::= [3] SEQUENCE { 






handover Number 


[0] ISDN-AddressString 


OPTIONAL, 


relocationNumberList 


[1] RelocationNumberList 


OPTIONAL, 


an-APDU 


[2] AccessNetworkSignalInf o 


OPTIONAL, 


mult icallBearer Info 


[3] MulticallBearerlnf o 


OPTIONAL, 


multipleBearerNot Supported 


NULL 


OPTIONAL, 


selectedUMTS-Algorithms 


[5] SelectedUMTS-Algorithms 


OPTIONAL, 


chosenRadioResourceInf ormation 


[6] ChosenRadioResourcelnformat 


ion OPTIONAL, 


extensionContainer 

. . .} 


[4] ExtensionContainer 


OPTIONAL, 



SelectedUMTS-Algorithms : : = SEQUENCE { 

integrityProtectionAlgorithm [0] 

encryptionAlgorithm [1] 

extensionContainer [2] 



ChosenlntegrityProtectionAlgorithm OPTIONAL, 
ChosenEncryptionAlgorithm OPTIONAL, 
ExtensionContainer OPTIONAL, 



Cho 


senlntegrityProt 


ectionAlgorithm : 


= OCTET 


STRING (SIZE 


(1) ) 












— Octet contains a 


complete Int 


egrityProtectionAlgorithm 


data 


type 








— as defined in 3GPP TS 25.413, 


encoded 


according to 


the 


enco 


ding 


sch 


eme 




— mandated by 


3 GPP 


TS 25.413 


















— Padding bits are 


included in 


the leas 


t significant 


bits. 









ChosenEncryptionAlgorithm ::= OCTET STRING (SIZE (1)) 

— Octet contains a complete EncryptionAlgorithm data type 

— as defined in 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413 

— Padding bits are included in the least significant bits. 



ChosenRadioResourceInf ormation 

chosenChannelInf o 
chosenSpeechVersion 



SEQUENCE ( 

[0 ] ChosenChannelInf o 
[ 1 ] ChosenSpeechVersion 



OPTIONAL, 
OPTIONAL, 



ChosenChannellnfo ::= OCTET STRING (SIZE (1)) 

— Octets are coded according the Chosen Channel information element in 3GPP TS 48.008 



ChosenSpeechVersion ::= OCTET STRING (SIZE (1)) 

— Octets are coded according the Speech Version (chosen) information element in 3GPP TS 

— 48. 008 



PrepareSubsequentHO-Arg : : 


= [3] 


SEQUENCE 


{ 






targetCellld 






[0] 


GlobalCellld 


OPTIONAL, 


targetMSC-Number 






[1] 


ISDN-Address St ring. 




targetRNCId 






[2] 


RNCId 


OPTIONAL, 


an-APDU 






[3] 


AccessNetworkSignalInf 


OPTIONAL, 


select edRab- Id 






[4] 


RAB-Id 


OPTIONAL, 


extensionContainer 

. . .} 






[5] 


ExtensionContainer 


OPTIONAL, 



PrepareSubsequentHO-Res 

an-APDU 
extensionContainer 

. . .} 



[3] SEQUENCE { 



AccessNetworkSignalInf o, 
[0] ExtensionContainer 



OPTIONAL, 



ProcessAccessSignalling-Arg : := [3] 


SEQUENCE { 


an-APDU 


AccessNetworkSignalInf o. 


SelectedUMTS-Algorithms 


[1] 


SelectedUMTS-Algorithms OPTIONAL, 


select edGSM-Algorithm 


[2] 


SelectedGSM-Algorithm OPTIONAL, 


ChosenRadioResourceInf ormation 


[3] 


ChosenRadioResourcelnformat ion OPTIONAL, 


selectedRab-Id 


[4] 


RAB-Id OPTIONAL, 


extensionContainer 

. . .} 


[0] 


ExtensionContainer OPTIONAL, 



SelectedGSM-Algorithm ::= OCTET STRING (SIZE (1)) 

— internal structure is coded as Algorithm identifier octet from Chosen Encryption 

— Algorithm defined in 3GPP TS 48.008 

— A node shall mark only the selected GSM algorithm 
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SendEndSignal-Arg : : = 

an-APDU 
extensionContainer 

. . .} 



[3] SEQUENCE { 



AccessNetworkSignalInf o, 
[0] ExtensionContainer 



OPTIONAL, 



SendEndSignal-Res : := sequence { 
extensionContainer 



[0] ExtensionContainer 



OPTIONAL, 



RNCId : 


:= OCTET STRING (SIZE 


(7) ) 






— 


The internal 


structure is 


def 


ined as follows : 

Mobile Country Code 1^^ digit 
Mobile Country Code 2 digit 
Mobile Country Code 3 digit 
Mobile Network Code 3 digit 


— 


octet 1 bits 


4321 






— 


bits 


8765 






— 


octet 2 bits 


4321 






— 


bits 


8765 






— 










or filler (1111) for 2 digit MNCs 
Mobile Network Code 1 digit 
Mobile Network Code 2 digit 


— 


octet 3 bits 


4321 






— 


bits 


8765 






— 


octets 4 and 


5 






Location Area Code according to 3GPP TS 24.008 


— 


octets 6 and 


7 






RNC Id value according to 3GPP TS 25.413 



RelocationNumberList : 



SEQUENCE SIZE ( 1 . . maxNumOf Relocat ionNumber ) OF 
RelocationNumber 



Mult icallBearer Info 



INTEGER (1. .maxNumOfRelocationNumber) 



RelocationNumber : : = SEQUENCE { 

handover Number ISDN-Address St ring, 

rab-Id RAB-Id, 

— RAB Identity is needed to relate the calls with the radio access bearers. 

. . .] 



RAB-Id 



INTEGER (1. .maxNrOfRABs) 



maxNrOfRABs INTEGER ::= 255 



maxNumOfRelocationNumber INTEGER : : = 7 



RadioResourcelnformation ::= OCTET STRING (SIZE (3.. 13)) 

— Octets are coded according the Channel Type information element in 3GPP TS 48.008 



IntegrityProtectionlnformation ::= OCTET STRING (SIZE (18 . .maxNumOf Integritylnfo) ) 

— Octets contain a complete IntegrityProtectionlnformation data type 

— as defined in 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413 

— Padding bits are included, if needed, in the least significant bits of the 

— last octet of the octet string. 



|maxNumOfIntegrityInfo INTEGER 



100 



Encryptionlnformation ::= OCTET STRING (SIZE (18 . .maxNumOfEncryptionlnfo) ) 

— Octets contain a complete Encryptionlnformation data type 

— as defined in 3GPP TS 25.413, encoded according to the encoding scheme 

— mandated by 3GPP TS 25.413 

— Padding bits are included, if needed, in the least significant bits of the 

— last octet of the octet string. 



[maxNumOfEncryptionlnfo INTEGER 



100 



authentication management types 



SendAuthenticationInf oArg : : = SEQUENCE 






imsi 


[0] IMSI, 




number Of Request edVect or s 


NumberOf Request edVect or s. 




segment at ionProhibi ted 


NULL 


OPTIONAL, 


immediateResponsePref erred 


[1] NULL 


OPTIONAL, 


re-synchronisationinf o 


Re- synchronisation Info 


OPTIONAL, 


extensionContainer 


[2] ExtensionContainer 


OPTIONAL, 


requestingNodeType 


[3] RequestingNodeType 


OPTIONAL} 



I NumberOf RequestedVectors ::= INTEGER (1..5) 
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Re-synchronisationlnfo 

rand 
auts 

. . .} 



SEQUENCE 



RAND, 
AUTS, 



SendAuthenticationlnfoRes 

aut henti cat ionSet List 
extensionContainer 



[3] SEQUENCE { 

Aut henti cat ionSet List 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



Request ingNodeType 

vlr (0), 
sgsn (1) , 

. . .} 



ENUMERATED { 



— exception handling: 

— received values in the range 2-15 shall be treated as "vlr" 

— received values greater than 15 shall be treated as "sgsn" 



— security management types 



Equipment Status 

whiteListed 
blackListed 
greyListed 



:= ENUMERATED 

(0), 

(1), 
(2) } 



subscriber management types 



InsertSubscriberDataArg ::= SEQUENCE 


{ 






imsi 




[0] 


IMSI OPTIONAL, 


COMPONENTS OF 




SubscriberData, | 


extensionContainer 




[14] 


ExtensionContainer OPTIONAL, 


naea-PreferredCI 




[15] 


NAEA-PreferredCI OPTIONAL, 


— naea-PreferredCI is included 


at 


the discretion of the HLR operator. | 


gprsSubscriptionData 




[16] 


GPRSSubscriptionData OPTIONAL, 


roamingRestrictedlnSgsnDueToUnsupp 


ortedFeature [23] NULL 








OPTIONAL, 


networkAccessMode 




[24] 


NetworkAccessMode OPTIONAL, 


Isalnf ormation 




[25] 


LSAInf ormation OPTIONAL, 


Imu- Indicator 




[21] 


NULL OPTIONAL, 


Ics Information 




[22] 


LCSInformation OPTIONAL, 


istAlertTimer 




[26] 


IST-AlertTimerValue OPTIONAL, 


super Char gerSupportedlnHLR 




[27] 


Agelndicator OPTIONAL, 


mc-SS-Info 




[28] 


MC-SS-Info OPTIONAL, 


cs-AllocationRetentionPriority 




[29] 


CS-AllocationRetentionPriority OPTIONAL, 


sgsn-CAMEL-SubscriptionInf 




[17] 


SGSN-CAMEL-Subscriptionlnfo OPTIONAL, 


chargingCharacteri sties 




[18] 


ChargingCharacteristics OPTIONAL 


— If the Network Access Mode parameter is sent, it shall be present only in 


— the first sequence if segment 


at 


ion IS 


used 1 



CS-AllocationRetentionPriority ::= OCTET STRING (SIZE (1)) 

— This data type encodes each priority level defined in TS 23.107 as the binary value 

— of the priority level . 



IST-AlertTimerValue 



INTEGER (15. .255) 



LCSInformation : : = SEQUENCE { 

gmlc-Llst [0] 
Ics-PrivacyExcept ion List 
molr-Llst 

. . .} 



GMLC-List OPTIONAL, 

[1] LCS-PrivacyExceptionLlst OPTIONAL, 

[2] MOLR-Llst OPTIONAL, 



GMLC-List ::= SEQUENCE SIZE (1. 


.maxNumOfGMLC) OF 




ISDN-Address St ring 


— if segmentation is used, 


the complete GMLC-List shall be sent in one segment 



maxNumOfGMLC INTEGER 
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NetworkAccessMode : 

bothMSCAndSGSN 

onlyMSC 

onlySGSN 


:= ENUMERATED { 




(0) 
(1) 
(2) 










— if unknown va 

— they shall be 


lues are received 
discarded. 


in 


Net 


wor 


kAc 


cess 


Mode 



GPRSDataList : 



SEQUENCE SIZE ( 1 . . maxNumOf PDP-Context s ) OF 

PDP-Context 



maxNumOfPDP-Contexts INTEGER 



50 



PDP-Context : : = SEQUENCE 
















pdp-ContextId 








Cent 


extid. 






pdp-Type 








[16] 


PDP-Type, 






pdp-Address 








[17] 


PDP-Address 




OPTIONAL, 


qos -Sub scribed 








[18] 


QoS-Subscribed, 






vplmnAddr e s s Al 1 owed 








[19] 


NULL OPTIONAL, 






apn 








[20] 


APN, 






extensionContainer 








[21] 


ExtensionContainer 




OPTIONAL, 


ext-QoS-Subscribed 








[0] 


Ext-QoS-Subscribed 




OPTIONAL, 


pdp-ChargingCharacteri sties 




[1] 


ChargingCharact eristics 


OPTIONAL } 


— qos-Subscribed sha 


11 


be 


discarded 


if e 


xt-QoS-Subscribed is 


received 


and supported 



Contextid ::= INTEGER ( 1 . .maxNumOfPDP-Contexts ) 



GPRSSubscriptionData : : = SEQUENCE { 






completeDat all St Included 


NULL OPTIONAL, 




— If segmentation is used. 


completeDataListlncluded may only be present in 


the 


— first segment. 






gprsDataList 


[1] GPRSDataList, 




extensionContainer 

. . . } 


[2] ExtensionContainer OPTIONAL, 





SGSN-CAMEL-Subscriptionlnfo 

gprs-CSI 

sms-CSI 

extensionContainer 



SEQUENCE { 

[0] GPRS-CSI 

[1] SMS-CSI 

[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



GPRS-CSI ::= SEQUENCE { 

gprs -Camel TDPDataLi St 

camelCapabilityHandling 

extensionContainer 

notificationToCSE 

csi-Active 



[0] GPRS-CamelTDPDataList OPTIONAL, 

[1] CamelCapabilityHandling OPTIONAL, 

[2] ExtensionContainer OPTIONAL, 

[3] NULL OPTIONAL, 

[4] NULL OPTIONAL, 



notificationToCSE and csi-Active shall not be present when GPRS-CSI is sent to SGSN. 

They may only be included in ATSI/ATM ack/NSDC message. 

GPRS-CamelTDPData and camelCapabilityHandling shall be present in 

the GPRS-CSI seguence. 

If GPRS-CSI is segmented, gprs-CamelTDPDataList and camelCapabilityHandling shall be 

present in the first segment 



GPRS-CamelTDPDataList ::= sequence size (1. .maxNumOfCamelTDPData) OF 

GPRS-CamelTDPData 

GPRS-CamelTDPDataList shall not contain more than one Instance of 
— GPRS-CamelTDPData containing the same value for gprs-TriggerDetectionPoint . 



GPRS-CamelTDPData ::= sequence { 

gprs-TriggerDetectionPoint 

serviceKey 

gsmSCF-Address 

defaultSessionHandling 

extensionContainer 



[0] GPRS-TriggerDetectionPoint, 

[1] ServiceKey, 

[2] ISDN-AddressString, 

[3] DefaultGPRS-Handling, 

[4] ExtensionContainer 



OPTIONAL, 
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DefaultGPRS-Handling : := 

continueTransaction (0) 
releaseTransaction (1) 



ENUMERATED { 



— exception handling : 

— reception of values in range 2-31 shall be treated as "continueTransaction" 

— reception of values greater than 31 shall he treated as " releaseTransaction'^ 



GPRS-TriggerDetectionPoint : : = enumerated { 

attach (1), 

attachChangeOfPosition (2), 

pdp-ContextEstablishment (11), 

pdp-ContextEstablishmentAcknowledgement (12) , 
pdp-ContextChangeOfPosition (14) , 

. . . } 

— exception handling : 

— For GPRS-CamelTDPData sequences containing this parameter with any 

— other value than the ones listed the receiver shall ignore the whole 

— GPRS-CamelTDPDatasequence. 



APN 



OCTET STRING (SIZE (2.. 63)) 
Octets are coded according to TS 3GPP TS 23.003 [17] 



PDP-Type ::= OCTET STRING (SIZE (2)) 

— Octets are coded according to TS 3GPP TS 29.060 [105] 



PDP-Address ::= OCTET STRING (SIZE (1 


.16) ) 




— Octets are coded according to 


TS 3GPP TS 29.060 


[105] 


— The possible size values are: 






— 1-7 octets X.25 address type 






— 4 octets IPv4 address type 






— 16 octets Ipv6 address type 







QoS-Subscribed ::= OCTET STRING (SIZE (3)) 

— Octets are coded according to TS 3GPP TS 24.008 [35]. 



Ext- 


-QoS 


-Subscribed 


: := OCTET 


STRING 


(SIZE 


(1. 


9) ) 


















— 


OCTET 1: 






























— 


Allocatior 


/Retention 


Priori 


ty 


(This octet 


encodes 


each p 


riority 


level 


defined 


in 




— 


23.107 


as the binary val 


ue 


of 


the 


priority level, 


dec 


laration 


in 29 


.060) 






— 


Octets 2-9 


are coded 


according 


to 


3GPP 


TS 


24.008 Qual 


ity 


of Service Oct 


ets 






— 


6-13. 





























ChargingCharacteristics ::= OCTET STRING (SIZE (2)) 
— Octets are coded according to 3GPP TS 32.015. 



LSAOnlyAccessIndicator : := ENUMERATED { 
accessOutsideLSAsAllowed (0) , 
accessOutsideLSAsRestricted (1)} 



LSADataList ::= SEQUENCE SIZE ( 1 . .maxNumOf LSAs ) OF 

LSAData 



maxNiraiOfLSAs INTEGER 



20 



LSAData : : = SEQUENCE { 








Isaldentity 


[0] 


LSAIdentity, 




IsaAttributes 


[1] 


LSAAttributes, 




IsaActiveMode Indicator 


[2] 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


[3] 


ExtensionContainer 


OPTIONAL, 
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LSAInf ormation : : = SEQUENCE { 










completeDataList Included 






NULL OPTIONAL, 




— If segmentation is 


use 


d, 


completeDataList Included may only be present in 


the 


— first segment . 










IsaOnlyAccess Indicator 






[1] LSAOnlyAccessIndicator OPTIONAL, 




IsaDataList 






[2] LSADataList OPTIONAL, 




extensionContainer 
. . .} 






[3] ExtensionContainer OPTIONAL, 





LSAIdentity ::= OCTET STRING (SIZE (3)) 

— Octets are coded according to TS 3GPP TS 23.003 [17] 



LSAAttributes ::= OCTET STRING (SIZE (1)) 

— Octets are coded according to TS 3GPP TS 48.008 [49] 



SubscriberData : : = SEQUENCE { 










msisdn [1] ISDN-AddressString 






OPTIONAL, 


category [2] Category 








OPTIONAL, 


subscriberStatus [3] SubscriberStatus 








OPTIONAL, 


bearerServiceList [4] BearerServiceLis 


t 






OPTIONAL, 


— The exception handling for reception of unsupported / 


not 


allocat 


ed 




— bearerServiceCodes is defined in section 8.8.1 










teleserviceList [6] TeleserviceList 








OPTIONAL, 


— The exception handling for reception of unsupported / 


not 


allocat 


ed 




— teleserviceCodes is defined in section 8.8.1 










provisionedSS [7] Ext-SS-InfoList 








OPTIONAL, 


odb-Data [8] ODB-Data 








OPTIONAL, 


roamingRestrictionDueToUnsupportedFeature [9] NULL 








OPTIONAL, 


regionalSubscriptionData [10] ZoneCodeList 








OPTIONAL, 


vbsSubscriptionData [11] VBSDataList 








OPTIONAL, 


vgcsSubscriptionData [12] VGCSDataList 








OPTIONAL, 


vlrCamelSubscriptionlnf o [13] VlrCamelSubscri 

} 


ptionlnfo 




OPTIONAL 



Category ::= OCTET STRING (SIZE (1)) 

— The internal structure is defined in CCITT Rec Q.763. 



SubscriberStatus : : = ENUMERATED { 
serviceGranted (0) , 
operatorDeterminedBarring (1)} 



BearerServiceList : 



SEQUENCE SIZE ( 1 . . maxNumOf BearerServices ) OF 
Ext -Bear erServiceCode 



maxNumOfBearerServices INTEGER 



50 



TeleserviceList 



SEQUENCE SIZE ( 1 . . maxNumOf Teleservices ) OF 
Ext-TeleserviceCode 



maxNumOfTeleservices INTEGER 



20 



ODB-Data : : = SEQUENCE { 






odb-GeneralData 


ODB-GeneralData, 




odb-HPLMN-Data 


ODB-HPLMN-Data 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 
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ODB-GeneralData ::= BIT STRING { 
allOG-CallsBarred (0), 
internationalOGCallsBarred (1), 

internationalOGCallsNotToHPLMN-CountryBarred (2) , 
interzonalOGCallsBarred (6), 

interzonalOGCallsNotToHPLMN-CountryBarred (7) , 

inter zonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBar red (8) , 
premiumRateInf ormationOGCallsBarred (3) , 
premiumRateEntertainementOGCallsBarred (4) , 
ss-AccessBarred (5) , 
allECT-Barred (9), 
chargeableECT-Barred (10), 
internationalECT-Barred (11), 
interzonalECT-Barred (12), 
doublyChargeableECT-Barred (13) , 
multipleECT-Barred (14), 
allPacketOrientedServicesBarred (15) , 
roamerAccessToHPLMN-AP-Barred (16) , 
roamerAccessToVPLMN-AP-Barred (17) , 
roamingOutsidePLMNOG-CallsBarred (18) , 
alllC-CallsBarred (19), 
roamingOutsidePLMNIC-CallsBarred (20) , 
roamingOutsidePLMNICountrylC-CallsBarred (21) , 
roamingOutsidePLMN-Barred (22), 
roamingOutsidePLMN-CountryBarred (23) , 
registrationAllCF-Barred (24), 
registrationCFNotToHPLMN-Barred (25) , 
registrationlnterzonalCF-Barred (26) , 
registrationlnterzonalCFNotToHPLMN-Barred (27)} (SIZE (15.. 32)) 

— exception handling: reception of unknown bit assignments in the 

— ODB-GeneralData type shall be treated like unsupported ODB-GeneralData 

— When the ODB-GeneralData type is removed from the HLR for a given subscriber, 

— in NoteSubscriberDataModified operation sent toward the gsmSCF 

— all bits shall be set to 'O'. 



ODB-HPLMN-Data ::= BIT STRING { 

plmn-Specif icBarringTypel (0), 
plmn-Specif icBarringType2 (1), 
plmn-Specif icBarringType3 (2), 
plmn-SpecificBarringType4 (3)} (SIZE (4.. 32)) 

— exception handling: reception of unknown bit assignments in the 

— ODB-HPLMN-Data type shall be treated like unsupported ODB-HPLMN-Data 

— When the ODB-HPLMN-Data type is removed from the HLR for a given subscriber, 

— in NoteSubscriberDataModified operation sent toward the gsmSCF 

— all bits shall be set to '0' . 



Ext-SS-InfoList : 



SEQUENCE SIZE ( 1 . . maxNumOf SS ) OF 
Ext-SS-Info 



Ext-SS-Info ::= CHOICE { 






f orwardinginf o 


[0] 


Ext-Forwinfo, 


callBarringInf o 


[1] 


Ext-CallBarlnfo, 


cug-Inf o 


[2] 


CUG-Info, 


ss-Data 


[3] 


Ext-SS-Data, 


emlpp-Inf o 


[4] 


EMLPP-Info} 



Ext-Forwinf O : : = SEQUENCE 
ss-Code 

f orwardingFeatureList 
extensionContainer 

. . .} 



SS-Code, 

Ext-ForwFeatureList , 
[0] ExtensionContainer 



OPTIONAL, 



Ext-ForwFeatureList : 



SEQUENCE SIZE ( 1 . . maxNumOf Ext-BasicServiceGroups ) OF 

Ext-ForwFeature 
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Ext-ForwFeature ::= SEQUENCE 


{ 










basicService 






Ext-BasicServiceCode 




OPTIONAL, 


ss-Status 






[4] Ext-SS-Status, 






f orwardedToNumber 






[5] ISDN-AddressString 




OPTIONAL, 


— When this data type is 


sent 


from 


an HLR which supports CAMEL 


Phase 


2 


— to a VLR that supports 


CAMEL 


Phase 2 the VLR shall not check 


the 




— format of the number 












forwardedToSubaddress 






[8] ISDN-SubaddressString 




OPTIONAL, 


f orwardingOptions 






[6] Ext-ForwOptions 




OPTIONAL, 


noReplyConditionTime 






[7] Ext-NoRepCondTime 




OPTIONAL, 


extensionContainer 






[9] ExtensionContainer 




OPTIONAL, 


longF orwardedToNumber 






[10] FTN-AddressString 




OPTIONAL } 



Ext -ForwOpt ions 

— OCTET 1 : 



OCTET STRING (SIZE (1..5)) 



— bit 8: notification to forwarding party 

— no notification 

— 1 notification 

— bit 7; redirecting presentation 

— no presentation 

— 1 presentation 

— bit 6: notification to calling party 

— no notification 

— 1 notification 

— bit 5: (unused) 

— bits 43: forwarding reason 

— 00 ms not reachable 

— 01 ms busy 

— 10 no reply 

— 11 unconditional 

— bits 21: 00 (unused) 

— OCTETS 2-5: reserved for future use. They shall be discarded if 

— received and not understood. 



Ext-NoRepCondTime : := integer (1..100) 




— Only values 5-30 are used. 




— Values In the ranges 1-4 and 31-100 are reserved for future 


use 


— If received: 




values 1-4 shall be mapped on to value 5 




values 31-100 shall be mapped on to value 30 





Ext-CallBarlnfo : := SEQUENCE { 






ss-Code 


SS-Code, 




callBarringFeatureList 


Ext-CallBarFeatureList, 




extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



Ext-CallBarFeatureList 



SEQUENCE SIZE ( 1 . . maxNumOf Ext-BasicServiceGroups ) OF 
Ext-CallBarringFeature 



Ext-CallBarringFeature : 


= SEQUENCE { 






basicService 




Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 




[4] Ext-SS-Status, 




extensionContainer 
. . .} 




ExtensionContainer 


OPTIONAL, 



CUG-Info ::= SEQUENCE { 






cug-SubscriptionList 


CUG-SubscriptionList, 




cug-FeatureList 


CUG-FeatureList 


OPTIONAL, 


extensionContainer 
. . .} 


[0] ExtensionContainer 


OPTIONAL, 



CUG-SubscriptionList : 



SEQUENCE SIZE ( . . maxNumOf CUG) OF 
cue- Subscript ion 
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CUG-Subscription : := SEQUENCE { 






cug-Index CUG-Index, 






cug-Interlock 


CUG-Interlock, 




intraCUG-Options 


IntraCUG-Options, 




basicServiceGroupList 


Ext -BasicServiceGroupList 


OPTIONAL, 


extensionContainer 


[0] ExtensionContainer 


OPTIONAL, 



CUG-Index : := INTEGER (0.. 32767) 

— The internal structure is defined in ETS 300 138. 



CUG-Interlock 



OCTET STRING (SIZE (4)) 



IntraCUG-Options : : = ENUMERATED { 
noCUG-Restrictions (0), 
cuglC-CallBarred (1), 
cugOG-CallBarred (2) } 



maxNumOfCUG INTEGER ::= 10 



CUG-FeatureList 



SEQUENCE SIZE ( 1 . . maxNumOf Ext-BasicServiceGroups ) OF 
cue-Feature 



Ext-BasicServiceGroupList : 



SEQUENCE SIZE ( 1 . . maxNumOf Ext-BasicServiceGroups ) OF 
Ext-BasicServiceCode 



ImaxNumOfExt-BasicServiceGroups integer 



32 



CUG-Feature ::= SEQUENCE { 






basicService 


Ext-BasicServiceCode 


OPTIONAL, 


preferentialCUG- Indicator 


CUG-Index OPTIONAL, 




interCUG-Restr let ions 


InterCUG-Rest riot ions. 




extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



InterCUG-Restrictions 



OCTET STRING (SIZE (1) 



bits 876543: 000000 (unused) 

Exception handling : 

bits 876543 shall be ignored if received and not understood 

bits 21 

00 CUG only facilities 

01 CUG with outgoing access 

10 CUG with incoming access 

11 CUG with both outgoing and incoming access 



Ext-SS-Data : : = SEQUENCE { 






ss-Code 


SS-Code, 




ss-Status [4] Ext-SS-Status, 






s s -Subs criptionOpt ion 


SS-SubscriptionOption 


OPTIONAL, 


basicServiceGroupList 


Ext-BasicServiceGroupList 


OPTIONAL, 


extensionContainer 

. . .} 


[5] ExtensionContainer 


OPTIONAL, 



LCS-P r ivacyExcept ionList 



SEQUENCE SIZE ( 1 . . maxNumOf PrivacyClass ) OF 
LCS-P rivacy Class 



I maxNumOf PrivacyClass INTEGER : : = 
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LCS-PrivacyClass : : = sequence { 
ss-Code 
ss-Status 
notif icationToMSUser 

— notif icationToMSUser may be sent 

— and callSessionUnrelated. If not 

— callSessionUnrelated, 

— the default values according to 
externalClientList 

— externalClientList may be sent o 

— visited node that does not suppo 

— externalClientList may be sent o 

— callSessionRelated to a visited 
plmnCl lent List 

— plmnClientList may be sent only 
extensionContainer 



SS-Code, 

Ext-SS-Status, 

[0] NotificationToMSUser OPTIONAL, 

only for SS-codes callSessionRelated 
received for SS-codes callSessionRelated and 

3GPP TS 23.271 shall be assumed. 

[1] ExternalClientList OPTIONAL, 

nly for SS-code callSessionUnrelated to a 
rt LCS Release 4 or later versions . 
nly for SS-codes callSessionUnrelated and 
node that supports LCS Release 4 or later versions. 

[2] PLMNClientList OPTIONAL, 

for SS-code plmnoperator . 

[3] ExtensionContainer OPTIONAL, 



ext-externalClientList [4] Ext-ExternalClientList OPTIONAL 

— Ext-externalClientList may be sent only if the visited node supports LCS Release 4 or 

— later versions, the user did specify more than 5 clients, and White Book SCCP is used. 

— if segmentation is used, the complete LCS-PrivacyClass shall be sent in one segment 



ExternalClientList 



SEQUENCE SIZE ( . . maxNumOf ExternalClient ) OF 

ExternalClient 



maxNumOfExternalClient INTEGER 



PLMNClientList 



SEQUENCE SIZE 



(1. .maxNumOfPLMNClient) OF 
LCSClientlnternallD 



maxNumOfPLMNClient INTEGER 



Ext -ExternalClientList 



SEQUENCE SIZE ( 1 . . maxNumOf Ext-ExternalClient ) OF 
ExternalClient 



maxNumOf Ext -ExternalClient INTEGER 



35 



ExternalClient : : = SEQUENCE { 








client Identity 






LCSClientExternallD, 


gmlc-Restriction 






[0] GMLC-Restriction OPTIONAL, 


notif IcationToMSUser 






[1] NotificationToMSUser OPTIONAL, 


— If notificationToMSUser 


is 


not 


received, the default value according to 


— 3GPP TS 23.271 shall be 


assumed 




extensionContainer 

... } 






[2] ExtensionContainer OPTIONAL, 



GMLC-Restriction 

gmlc-List 
home-Country 



ENUMERATED { 



(0) 
(1) 



— exception handling; 

— At reception of any other value than the ones listed the receiver shall ignore 

— GMLC-Restriction. 



NotificationToMSUser : : = ENUMERATED { 

notifyLocationAllowed (0), 

notif yAndVerify-LocationAllowedlfNoResponse (1) , 

notif yAndVerify-LocationNotAllowedlfNoResponse (2) , 

locationNotAllowed (3) } 

— exception handling; 

— At reception of any other value than the ones listed the receiver shall ignore 

— NotificationToMSUser. 



MOLR-List 



SEQUENCE SIZE ( 1 . . maxNumOfMOLR-Class ) OF 

MOLR-Class 



maxNumOfMOLR-Class INTEGER 



MOLR-Class ::= SEQUENCE 
ss-Code 
ss-Status 
extensionContainer 



SS-Code, 
Ext-SS-Status, 
[0] ExtensionContainer 



OPTIONAL, 
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ZoneCodeList : 



SEQUENCE SIZE ( 1 . . maxNumOf ZoneCodes ) 

OF ZoneCode 



ZoneCode ::= OCTET STRING (SIZE (2)) 

— internal structure is defined in TS 3GPP TS 23.003 [17] 



maxNumOf ZoneCodes INTEGER : : = 



10 



InsertSubscriberDataRes ::= SEQUENCE ( 








teleserviceList 


[1] 


TeleserviceList 


OPTIONAL, 


bearerServiceList 


[2] 


BearerServiceList 


OPTIONAL, 


ss-List 


[3] 


ss-List 


OPTIONAL, 


odb-GeneralData 


[4] 


ODB-GeneralData 


OPTIONAL, 


regional Subs criptionResponse 


[5] 


Regional SubscriptionResponse 


OPTIONAL, 


supportedCamelPhases 


[6] 


SupportedCamelPhases 


OPTIONAL, 


extensionContainer 


[7] 


ExtensionContainer 


OPTIONAL, 



RegionalSubscriptionResponse : : = ENUMERATED { 
networkNode-AreaRestricted (0), 

tooManyZoneCodes (1), 

zoneCodesConf lict (2), 

r egional Sub scNot Supper ted (3) } 



DeleteSubscriberDataArg : : = SEQUENCE 


{ 






imsi 




[0] IMSI, 




basicServiceList 




[1] BasicServiceList 


OPTIONAL, 


— The exception handling for re 


ception of unsupported/not allocated 




— basicServiceCodes is defined 


in 


section 6.8.2 




ss-List 




[2] ss-List 


OPTIONAL, 


roamingRestrictionDueToUnsupport 


edF 


eature [4] NULL 


OPTIONAL, 


regional Sub script ion Identifier 




[5] ZoneCode 


OPTIONAL, 


vbsGroupIndication 




[7] NULL 


OPTIONAL, 


vgcsGroupIndication 




[8] NULL OPTIONAL, 




camelSubscriptionInf oWithdraw 




[9] NULL OPTIONAL, 




extensionContainer 




[6] ExtensionContainer OPTIONAL, 




gprsSubscriptionDataWithdraw 




[10] GPRSSubscriptionDataWithdraw 


OPTIONAL, 


roamingRestrictedlnSgsnDueToUnsuppp 


ortedFeature [11] NULL 


OPTIONAL, 


Isalnf ormationWithdraw 




[12] LSAInf ormationWithdraw 


OPTIONAL, 


gmlc-ListWithdraw 




[13] NULL 


OPTIONAL, 


i St Inf ormationWithdraw 




[14] NULL 


OPTIONAL, 


specif icCS I -Withdraw 




[15] SpecificCSI-Withdraw 


OPTIONAL } 



SpecificCSI-Withdraw ::= BIT STRING { 
o-csi (0) , 
ss-csi (1) , 
tif-csi (2), 
d-csi (3) , 
vt-csi (4), 
sms-csi (5) , 
m-csi (6) , 
gprs-csi (7) , 
t-csi (8) } {SIZE(8. .32) ) 

— exception handling : 

— bits 9 to 31 shall be ignored if received. 

— Bit 8 is only applicable for the NoteSubscriberPataModified operation. 



GPRSSubscriptionDataWithdraw : 


= CHOICE 


{ 


allGPRSData 




NULL, 


contextldList 




ContextldList} 



ContextldList 



SEQUENCE SIZE (1. 



.maxNumOfPDP-Contexts) OF 
Context Id 



LSAInf ormationWithdraw 

allLSAData 
IsaldentityList 



CHOICE { 



NULL, 
LSAIdentityList 



LSAIdentityList : 



SEQUENCE SIZE ( 1 . . maxNumOf LSAs ) OF 
LSAIdentity 



BasicServiceList ::= SEQUENCE SIZE ( 1 . .maxNumOfBasicServices ) OF 

Ext-BasicServiceCode 



maxNumOfBasicServices INTEGER ::= 70 
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DeleteSubscriberDataRes : : = SEQUENCE { 
regional Sub scriptionResponse 
extensionContainer 

. . .} 



[0] RegionalSubscriptionResponse OPTIONAL, 
ExtensionContainer OPTIONAL, 



VlrCamelSubscriptionlnf o : : = sequence 


{ 






o-CSI 


[0] 


O-CSI 


OPTIONAL, 


extensionContainer 


[1] 


ExtensionContainer 


OPTIONAL, 


ss-CSI 


[2] 


SS-CSI 


OPTIONAL, 


o-BcsmCamelTDP-CriteriaList 


[4] 


0-BcsmCamelTDPCriteriaList 


OPTIONAL, 


tif-CSI 


[3] 


NULL 


OPTIONAL, 


m-CSI 


[5] 


M-CSI 


OPTIONAL, 


sms-CSI 


[6] 


SMS-CSI 


OPTIONAL, 


vt-CSI 


[7] 


T-CSI 


OPTIONAL, 


t-BCSM-CAMEL-TDP-CriteriaList 


[8] 


T-BCSM-CAMEL-TDP-CriteriaList 


OPTIONAL, 


d-CSI 


[9] 


D-CSI 


OPTIONAL} 



D-CSI ::= SEQUENCE { 

dp-AnalysedInf oCriteriaList 

camelCapabilityHandling 

extensionContainer 

notificationToCSE 

csi-Active 



[0] DP-AnalysedlnfoCriteriaList OPTIONAL, 

[1] CamelCapabilityHandling OPTIONAL, 

[2] ExtensionContainer OPTIONAL, 

[3] NULL OPTIONAL, 

[4] NULL OPTIONAL, 



notificationToCSE and csi-Active shaii not be present when D-CSI is sent to VLR/GMSC . 

They may only be included in ATSI/ATM ack/NSDC message. 

DP-AnalysedlnfoCrlterla and camelCapabilityHandling shall be present in 

the D-CSI sequence . 

If D-CSI is segmented, dp-AnalysedInf oCriteriaList and camelCapabilityHandling shall be 

present in the first segment 



DP-Analysedlnf OCriteriaList 



SEQUENCE SIZE ( 1 . . maxNumOf DP-Analy sedinf oCriteria) OF 
DP-Analy sedinf oCr it erium 



ImaxNumOfDP-AnalysedInf oCriteria integer 



10 



DP-AnalysedlnfoCriterium : 


= SEQUENCE 


{ 




dialledNumber 




ISDN-Address St ring. 




serviceKey 




ServiceKey, 




gsmSCF-Address 




ISDN-AddressString, 




defaultCallHandling 




DefaultCallHandling, 




extensionContainer 

. . .} 




ExtensionContainer 


OPTIONAL, 



SS-CSI ::= SEQUENCE { 
















ss-CamelData 














SS-CamelData, 


extensionContainer 














ExtensionContainer OPTIONAL, 


notificationToCSE 














[0] NULL OPTIONAL, 


csi-Active 














[1] NULL OPTIONAL 


notificationToCSE 


an 


d 


csi 


-Ac 


tive 


sha 


11 not be present when SS-CSI is sent to VLR. 


They may only be inc 
} 


luded 


in 


ATSI/ATM ack/NSDC message. 



SS-CamelData : : = sequence 
ss-EventList 
gsmSCF-Address 
extensionContainer 



SS-EventList, 
ISDN-Address St ring, 
[0] ExtensionContainer 



OPTIONAL, 



SS-EventList ::= SEQUENCE SIZE ( 1 . .maxNumOf CamelSSEvents ) OF SS-Code 


— Actions for the following SS-Code values are defined in CAMEL Phase 3: 


— ect SS-Code 




= 'OOllOOOl'B 


— multiPTY SS-Code 




= 'OlOlOOOl'B 


— cd SS-Code 




= 'OOIOOIOO'B 


— ccbs SS-Code 




= 'OIOOOIOO'B 


— all other SS codes shall be ignored 


— When SS-CSI is sent to the VLR, it shall not contain a marking for ccbs. 


— If the VLR receives SS-CSI containing a marking for ccbs, the VLR shall discard the 


— ccbs marking in SS-CSI. 



maxNumOf CamelSSEvents integer ::= 10 
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O-CSI : := SEQUENCE { 












o-BcsmCamelTDPDataList 








0-BcsmCamelTDPDataList, 




extensionContainer 








ExtensionContainer 


OPTIONAL, 


camelCapabilityHandling 








[0] CamelCapabilityHandling 


OPTIONAL, 


notif icationToCSE 








[1] NULL 


OPTIONAL, 


csiActive 








[2] NULL 


OPTIONAL} 


notif icationtoCSE and csifi 


ct 


ive 


sha 


11 not be present when O-CSI is 


sent to VLR/GMSC. 


— They may only be included 


in 


ATSI/ATM ack/NSDC message. 





O-BcsmCamelTDPDataList : := sequence size (l . .maxNumOfCamelTDPData) OF 
O-BcsmCamelTDPData 

— 0-BcsmCamelTDPDataLlst shall not contain more than one instance of 

— O-BcsmCamelTDPData containing the same value for o-BcsmTriggerDetectionPoint . 

— For CAMEL Phase 2, this means that only one instance of 0-BcsmCamelTDPData is allowed 

— with o-BcsmTriggerDetectionPoint being equal to DP2 . 



maxNumOfCamelTDPData integer ::= 10 



-BcsmCamelTDPData : : = sequence { 
o-BcsmTriggerDetectionPoint 
serviceKey 
gsmSCF-Address 
def aultCallHandling 
extensionContainer 



} 



0-BcsmTriggerDetectionPoint , 

ServiceKey, 

[0] ISDN-AddressString, 
[1] DefaultCallHandling, 
[2] ExtensionContainer 



OPTIONAL, 



I ServiceKey 



INTEGER (0. .2147483647) 



0-BcsmTriggerDetectionPoint : := enumerated { 
collectedinf o (2), 

routeSelectFailure (4) } 

— exception handling: 

— For 0-BcsmCamelTDPData sequences containing this parameter with any 

— other value than the ones listed the receiver shall ignore the whole 

— 0-BcsmCamelTDPDatasequence . 

— For 0-BcsmCamelTDP-Criteria sequences containing this parameter with any 

— other value than the ones listed the receiver shall ignore the whole 

— Q-BcsmCamelTDP-Criteria sequence. 



0-BcsmCamelTDPCriteriaList : 

0-BcsmCamelTDP-Criteria 



SEQUENCE SIZE ( 1 .. maxNumOfCamelTDPData) OF 



T-BCSM-CAMEL-TDP-CriteriaList 

T-BCSM-CAMEL-TDP-Criteria 



SEQUENCE SIZE ( 1 .. maxNumOfCamelTDPData) OF 



0-BcsmCamelTDP-Criteria 



SEQUENCE { 



0-BcsmTriggerDetectionPoint 
destinationNumber Criteria 
basicServiceCriteria 
callTypeCriteria 

o-CauseValueCriteria 
extensionContainer 



0-BcsmTriggerDetectionPoint , 

[0] DestinationNumberCriteria OPTIONAL, 

[1] BasicServiceCriteria OPTIONAL, 

[2] CallTypeCriteria OPTIONAL, 

[3] 0-CauseValueCriteria OPTIONAL, 

[4] ExtensionContainer OPTIONAL 



T-BCSM-CAMEL-TDP-Criteria 

t-BCSM-TriggerDetectionPoint 

basicServiceCriteria 

t-CauseValueCriteria 



SEQUENCE { 



T-BcsmTriggerDetectionPoint , 
[0] BasicServiceCriteria 
[1] T-CauseValueCriteria 



OPTIONAL, 
OPTIONAL, 



DestinationNumberCriteria 

matchType 

destinationNumber List 
destinationNumberLengthList 



SEQUENCE { 

[0] MatchType, 

[1] DestinationNumberList 

[2] DestinationNumberLengthList 



OPTIONAL, 
OPTIONAL, 



one or both of destinationNumberList and destinationNumberLengthList 
shall be present 



DestinationNumberList : := sequence size (l . .maxNumOfCamelDestinationNumbers) OF 

ISDN-Address St ring 

— The receiving entity shall not check the format of a number in 

— the dialled number list 
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DestinationNumberLengthList 

OF 



SEQUENCE SIZE ( 1 . . maxNumOf CamelDest inat ionNumberLengths ) 
INTEGER (1 ■ .maxNumOflSDN-AddressDigits) 



BasicServiceCriteria 

Ext-BasicServiceCode 



SEQUENCE SIZE (1. .maxNumOfCamelBasicServiceCriteria) OF 



ImaxNumOflSDN-AddressDigits INTEGER 



15 



maxNumOfCamelDestinationNumbers INTEGER ::= 10 



ImaxNumOf CamelDestinationNumberLengths INTEGER : : = 3 



maxNumOfCamelBasicServiceCriteria INTEGER 



CallTypeCriteria 

forwarded 
not Forwarded 



ENUMERATED { 



(0) 
(1) 



MatchType 


:= ENUMERATED { 




inhibiting 




(0), 


enabling 




(1) } 



0-CauseValueCriteria 

CauseValue 



SEQUENCE SIZE (1. .maxNumOfCAMEL-0-CauseValueCriteria) OF 



T-CauseValueCriteria 

CauseValue 



SEQUENCE SIZE (1. .maxNumOfCAMEL-T-CauseValueCriteria) OF 



maxNumOfCAMEL-0-CauseValueCriteria integer 



maxNumOf CAMEL-T-CauseValueCriteria integer : : = 5 



CauseValue ::= octet string (size(1)) 

— Type extracted from Cause parameter In ITU-T Recommendation Q.763. 

— For the use of cause value refer to ITU-T Recommendation Q.850. 



DefaultCallHandling ::= enumerated 




















continueCall 


(0) , 






















releaseCall 

1 


(1) , 






















— exception 


handling: 






















— reception 


of values 


in range 2 


-31 


shall 


be t 


reated 


as 


" 


continueCall" 


— reception 


of values 


greater th 


an 


31 


sha 


11 


be 


treated 


as 


"releaseCall" 



CamelCapabil 


ityHandling : 


= INTEGER (1 


.16) 


















— value 


1 = CAMEL phase 


1, 






















— value 


2 = CAMEL phase 


2, 






















— value 


3 = CAMEL Phase 


3: 






















— recept 


ion of values greater 


than 


3 she 


11 


be 


treat 


ed 


as 


CAMEL 


phase 


3. 



SupportedCamelPhases 


: : = 


BIT 


STRING 














phasel (0) , 






















phase2 (1) 


, 




















phase3 (2) 


} (SIZE 


(1. 


16)) 
















— A node shall 


mark in 


the 


BIT 


STRING 


all 


CAMEL 


Phases 


it 


suppc 


rts . 


— Other values 


than listed 


above shall 


be 


discarded. 









SMS- 


-CSI : := SEQUENCE { 




















sms-CAMEL-TDP-DataList 






[0] 


SMS-CAMEL-TDP 


-DataList 




OPTIONAL, 






camelCapabilityHandling 






[1] 


CamelCapabili 


tyHandling 




OPTIONAL, 






extensionContainer 






[2] 


ExtensionCont 


amer 




OPTIONAL, 






notificationToCSE 






[3] 


NULL 






OPTIONAL, 






csi-Active 






[4] 


NULL 






OPTIONAL, 




— 


notificationToCSE and csl 


-Ac 


tlve sh 


all not be present 


when SMS-CSI Is 


sent to VLR/SGSN. 


— 


They may only be Included 


In 


ATSI/ATM ack/NSDC message. 








— 


SMS-CAMEL-TDP-Data and camelCapabi 


lityHandllng shall 


be present 


m 






— 


the SMS-CSI sequence. 


















— 


If SMS-CSI Is segmented. 


sms 


-CAMEL- 


TDP-DataLlst and camelCapabilityHandling shall 


be 


— 


present In the first segm 


3nt 
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SMS-CAMEL-TDP-DataList ::= SEQUENCE SIZE (1 . .maxNumOf CamelTDPData) OF 

SMS-CAMEL-TDP-Data 

SMS-CAMEL-TDP-DataList shall not contain more than one instance of 
— SMS-CAMEL-TDP-Data containing the same value for sms-TriggerPetectionPoint . 



SMS-CAMEL-TDP-Data : : = SEQUENCE 
sms-TriggerDetectionPoint 
serviceKey 
gsmSCF-Address 
default SMS-Handling 
extensionContainer 



[0] SMS-TriggerDetectionPoint, 

[1] ServiceKey, 

[2] ISDN-AddressString, 

[3] DefaultSMS-Handling, 

[4] ExtensionContainer 



OPTIONAL, 



SMS-TriggerDetectionPoint 

sms-CollectedInf o (1), 



ENUMERATED { 



exception handling : 

For SMS-CAMEL-TDP-Data sequences containing this parameter with any 
other value than the ones listed the receiver shall Ignore the whole 
SMS-CAMEL-TDP-Data sequence. 



DefaultSMS-Handling : 

continueTransaction 
releaseTransaction 


= ENUMERATED 
(0) , 
(1) , 


{ 
















— exception handling : 

— reception of values 
reception of values 


in range 
greater 


2-31 
than 


si 
31 


all be treated as 
shall be treated 


as 


continueTransaction " 
"releaseTransaction " 



M-CSI : := SEQUENCE { 
















mobility Triggers 












MobilityTriggers, 




serviceKey 












ServiceKey, 




gsmSCF-Address 












[0] ISDN-AddressString, 




extensionContainer 












[1] ExtensionContainer 


OPTIONAL, 


notif icationToCSE 












[2] NULL 


OPTIONAL, 


csi-Active 












[3] NULL 


OPTIONAL, 


notif IcationToCSE 


and 


csl 


-Ac 


tlve 


sha 


11 not be present when M-CSl is 


sent to VLR. 


— They may only be included 


in 


ATSI/ATM ack/NSDC message. 





MobilityTriggers 

MM-Code 



SEQUENCE SIZE ( 1 . . maxNumOfMobilityTriggers ) OF 



ImaxNumOfMobilityTriggers integer 



10 



MM-Code ::= OCTET STRING (SIZE (1)) 

— This type is used to indicate a Mobility Management event. 

— Actions for the following M-Code values are defined in CAMEL Phase 3: 



Location-update -in-same -VLR 
Locatlon-update-to-other-VLR 
IMSI-Attach 

MS-lnltlated-IMSI-Detach 
Network- initiated- IMS I -Detach 



MM-Code 
MM-Code 
MM-Code 
MM-Code 
MM-Code 



'OOOOOOOO'B 
'00000001 'B 
'OOOOOOIO'B 
•00000011 'B 
'OOOOOIOO'B 



If any other MM-code is received in M-CSI, then that MM-code shall be 
ignored. 



T-CSI : := SEQUENCE { 












t-BcsmCamelTDPDataList 








T-BcsmCamelTDPDataList, 




extensionContainer 








ExtensionContainer 


OPTIONAL, 


camelCapabilityHandling 








[0] CamelCapabilityHandling 


OPTIONAL, 


not if icationToCSE 








[1] NULL 


OPTIONAL, 


csi-Active 








[2] NULL 


OPTIONAL} 


notif IcationToCSE and csl 


-Ac 


tlve 


sha 


11 not be present when VT-CSI/T- 


-CSI is sent 


to VLR/GMSC. 












They may only be Included 


in 


ATSI/ATM ack/NSDC message. 
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T-BcsmCamelTDPDataList ::= sequence size (l . .maxNumOfCamelTDPData) OF 

T-BcsmCamelTDPData 

T-BcsmCamelTDPDataLlst shall not contain more than one instance of 

T-BcsmCamelTDPData containing the same vaiue for t-BcsmTriggerDetectionPoint . 

For CAMEL Phase 2, this means that only one instance of T-BcsmCamelTDPData is 

allowed 

with t-BcsmTriggerDetectionPoint being equal to DP12. 

For CAMEL Phase 3, more TDP"s are allowed. 



T-BcsmCamelTDPData : : = sequence 

t-BcsmXriggerDetectionPoint 

serviceKey 

gsmSCF-Address 

def aultCallHandling 

extensionContainer 



T-BcsmTriggerDetectionPoint, 

ServiceKey, 

[0] ISDN-AddressString, 

[1] DefaultCallHandling, 

[2] ExtensionContainer 



OPTIONAL, 



T-BcsmTriggerDetectionPoint 

termAttemptAuthorized (12), 



ENUMERATED { 



tBusy (13), 
tNoAnswer (14) } 

— exception handling: 

— For T-BcsmCamelTDPData sequences containing this parameter with any other 

— value than the ones listed above, the receiver shall ignore the whole 

— T-BcsmCamelTDPData sequence. 



-- gprs location information retrieval types 



SendRoutinglnfoForGprsArg : 


= SEQUENCE { 








imsi 




[0] 


IMSI, 




ggsn-Address 




[1] 


GSN-Address 


OPTIONAL, 


ggsn-Number 




[2] 


ISDN-Address St ring. 




extensionContainer 

. . .} 




[3] 


ExtensionContainer 


OPTIONAL, 



SendRoutinglnfoForGprsRes 

sgsn-Address 
ggsn-Address 

mobileNotReachableReason 
extensionContainer 



SEQUENCE { 



[0] GSN-Address, 

[1] GSN-Address OPTIONAL, 

[2] AbsentSubscriberDiagnosticSM OPTIONAL, 

[3] ExtensionContainer OPTIONAL, 



-- failure report types 



FailureReportArg : : = sequence 

imsi 

ggsn-Number 

ggsn-Address 

extensionContainer 

. . .} 



[0] IMSI, 

[1] ISDN-AddressString 

[2] GSN-Address 

[3] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



FailureReportRes : : = sequence { 
ggsn-Address 
extensionContainer 



[0] GSN-Address 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



— gprs notification types 



NoteMsPresentForGprsArg : 


= SEQUENCE { 








imsi 




[0] 


IMSI, 




sgsn-Address 




[1] 


GSN-Address, 




ggsn-Address 




[2] 


GSN-Address 


OPTIONAL, 


extensionContainer 

. . .} 




[3] 


ExtensionContainer 


OPTIONAL, 



NoteMsPresentForGprsRes 

extensionContainer 

. . .} 



SEQUENCE { 



[0] ExtensionContainer 



OPTIONAL, 



fault recovery types 
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ResetArg : : = SEQUENCE { 
hlr-Number 
hlr-List 



ISDN-Address St ring, 

HLR-List 



OPTIONAL, 



RestoreDataArg : : = SEQUENCE { 






imsi 


IMSI, 




Imsi 


LMSI 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 


vlr-Cap ability 


[6] VLR-Capability 


OPTIONAL } 



RestoreDataRes : : = SEQUENCE { 






hlr-Number 


ISDN-Address St ring. 




msNot Reachable 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



VBS/VGCS types 



VBSDataList ::= SEQUENCE SIZE ( 1 . .maxNumOfVBSGroupIds ) OF 

VoiceBroadcastData 



VGCSDataList : 



SEQUENCE SIZE ( 1 . . maxNumOfVGCSGroupIds ) OF 

VoiceGroupCallData 



ImaxNumOfVBSGroupIds INTEGER 



50 



ImaxNumOfVGCSGroupIds INTEGER ::= 50 



VoiceGroupCallData : : = 

groupid 
extensionContainer 



SEQUENCE { 



GroupId, 
ExtensionContainer 



OPTIONAL, 



VoiceBroadcastData : : = SEQUENCE ( 






groupid 


Groupid, 




broadcast InitEnt it lement 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



Groupid ::= OCTET STRING (SIZE (3)) 

— Refers to the Group Identification as specified in GSM TS 03.03 

— and 03.68/ 03.69 



— provide subscriber info types 



ProvideSubscriberlnfoArg 

imsi [0] IMSI, 
Imsi [1] LMSI 
requestedinf o 
extensionContainer 



SEQUENCE { 



OPTIONAL, 

[2] Requestedlnfo, 
[3] ExtensionContainer 



OPTIONAL, 



ProvideSubscriberlnfoRes 

subscriber Info 
extensionContainer 

. . .} 



SEQUENCE { 



Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



Subscriberlnfo ::= sequence { 

locationinf ormation 
subscriber St ate 
extensionContainer 

. . .} 



[0] Locationinf ormation 
[1] SubscriberState 
[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Requestedlnfo : : = sequence 


{ 










locationinf ormation 










[0] NULL 


OPTIONAL, 


SubscriberState 










[1] NULL 


OPTIONAL, 


extensionContainer 










[2] ExtensionContainer 


OPTIONAL, 


cur rent Location 










[3] NULL 


OPTIONAL } 


— currentLocation shall 


not 


be 


present 


if locationlnformation 




— is not present in the 


Requestedl 


nf o 


parameter 
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Locationinf ormation : : = sequence { 






ageOf Locationinf ormation 


AgeOfLocationlnformation OPTIONAL, | 


geographical Information 


[0] 


Geographicalinf ormation OPTIONAL, 


vlr-number 


[1] 


ISDN-AddressString OPTIONAL, 


locationNumber 


[2] 


LocationNumber OPTIONAL, 


cellGloballdOrServiceArealdOrLAI 


[3] 


CellGloballdOrServiceArealdOrLAI OPTIONAL, 


extensionContainer 


[4] 


ExtensionContainer OPTIONAL, 


selectedLSA-Id 


[5] 


LSAIdentity OPTIONAL, 


msc-Number 


[6] 


ISDN-AddressString OPTIONAL, 


geodetic In format ion 


[7] 


Geodeticlnformation OPTIONAL, 


currentLocationRetrieved 


[8] 


NULL OPTIONAL, 


sai-Present 


[9] 


NULL OPTIONAL } 


— sai-Present indicates that the cellGl 


oballdOrServiceArealdOrLAI parameter contains | 


— a Service Area Identity. 






— currentLocationRetrieved shall be present 




— if the location information were retrieved after a successfull paging. | 



Geographicallnformation : := OCTET string (size (8)) 

— Refers to geographical Information defined in 3GPP TS 23.032. 

— Only the description of an ellipsoid point with uncertainty circle 

— as specified in 3GPP TS 23.032 is allowed to be used 

— The internal structure according to 3GPP TS 23.032 is as follows: 

— Type of shape (ellipsoid point with uncertainty circle) 
Degrees of Latitude 

Degrees of Longitude 

— Uncertainty code 



1 octet 

3 octets 

3 octets 

1 octet 



Geodeticlnformation : := octet string (size (10)) 






Refers to Calling Geodetic Location defined in Q. 763 (1999) . 






— Only the description of an ellipsoid point with uncertainty circle 






as specified in Q. 163 (1999) is allowed to be used 






The internal structure according to Q.763 (1999) is as follows: 






— Screening and presentation indicators 


1 


octet 


— Type of shape (ellipsoid point with uncertainty circle) 


1 


octet 


Degrees of Latitude 


3 


octets 


Degrees of Longitude 


3 


octets 


— Uncertainty code 


1 


octet 


— Confidence 


1 


octet 



LocationNiomber ::= octet string (size (2. .10)) 

— the internal structure is defined in CCITT Rec Q.763 



SubscriberState ::= choice { 




assumedldle 


[0] NULL, 


camelBusy [1] NULL, 




net DetNot Reachable 


NotReachableReason, 


notProvidedFromVLR 


[2] NULL} 



NotReachableReason : 

msPurged (0) , 
imslDetached (1), 
restrictedArea (2), 
notRegistered (3) } 



ENUMERATED { 



any time interrogation info types 



AnyTimelnterrogationArg 

subscriber Identity 
requestedinf o 
gsmSCF-Address 
extensionContainer 



SEQUENCE { 



[0] Subscriberldentity, 

[1] Requestedlnfo, 

[3] ISDN-AddressString, 

[2] ExtensionContainer 



OPTIONAL, 



AnyTimelnterrogationRes 

subscriber Info 
extensionContainer 

. . .} 



SEQUENCE { 



Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



-- any time information handling types 
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AnyTimeSubscriptionlnterrogationArg 


: := SEQUENCE { 




subscriber Identity 


[0] Subscriberldentity, 




requestedSubscriptionInf o 


[1] RequestedSubscriptionlnfo, 




gsmSCF-Address 


[2] ISDN-AddressString, 




extensionContainer 


[3] ExtensionContainer 


OPTIONAL, 


longFTN-Supported 


[4] NULL 


OPTIONAL, 



AnyTimeSubscriptionlnterrogationRes 


: : = 


SEQUENCE { 




callForwardingData 


[1] 


CallForwardingData 


OPTIONAL, 


callBarringData 


[2] 


CallBarringData 


OPTIONAL, 


odb-Inf 


[3] 


ODB-Info 


OPTIONAL, 


camel -Sub scriptionlnfo 


[4] 


CAMEL-Subscriptionlnfo 


OPTIONAL, 


supportedVLR-CAMEL-Phases 


[5] 


Support edCamelPhases 


OPTIONAL, 


supportedSGSN-CAMEL-Phases 


[6] 


Support edCamelPhases 


OPTIONAL, 


extensionContainer 


[7] 


ExtensionContainer 


OPTIONAL, 



RequestedSubscriptionlnfo : : = sequence { 




requestedSS-Info [1] 


SS-ForBS-Code OPTIONAL, 


odb [2] 


NULL OPTIONAL, 


requestedCAMEL-SubscriptionInf o [3] 


Request edCAMEL-Subscriptionlnfo OPTIONAL, 


supportedVLR-CAMEL-Phases [4] 


NULL OPTIONAL, 


supportedSGSN-CAMEL-Phases [5] 


NULL OPTIONAL, 


extensionContainer [6] 

. . .} 


ExtensionContainer OPTIONAL, 



RequestedCAMEL-Subscriptionlnfo : 


= ENUMERATED { 


o-CSI 


(0), 


t-CSI 


(1) 




vt-CSI 


(2) 




tif-CSI 


(3) 




gprs-CSI 


(4) 




sms-CSI 


(5) 




ss-CSI 


(6) 




m-CSI 


(7) 




d-csi 


(8) } 1 



CallForwardingData : : = sequence { 






f orwardingFeatureList 


Ext-ForwFeatureList , 




notificationToCSE 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


[0] ExtensionContainer 


OPTIONAL, 



CallBarringData : := sequence { 






callBarringFeatureList 


Ext-CallBarFeatureList, 




password 


Password 


OPTIONAL, 


wrongPasswordAttemptsCounter 


WrongPasswordAttemptsCounter 


OPTIONAL, 


notificationToCSE 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



I WrongPasswordAttemptsCounter 



INTEGER (0. .4) 



ODB-Info ::= SEQUENCE { 






odb-Data 


ODB-Data, 




notificationToCSE 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 
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CAMEL-SubscriptionInf o : : = SEQUENCE { 










o-CSI 


[0] 


O-CSI 




OPTIONAL, 


o-BcsmCamelTDP-CriteriaList 


[1] 


0-BcsmCamelTDPCriteri 


aList 


OPTIONAL, 


d-CSI 


[2] 


D-CSI 




OPTIONAL, 


t-CSI 


[3] 


T-CSI 




OPTIONAL, 


t-BCSM-CAMEL-TDP-CriteriaList 


[4] 


T-BCSM-CAMEL-TDP-Crit 


eriaLis 


t OPTIONAL, 


vt-CSI 


[5] 


T-CSI 




OPTIONAL, 


vt-BCSM-CAMEL-TDP-CriteriaList 


[6] 


T-BCSM-CAMEL-TDP-Crit 


eriaLis 


t OPTIONAL, 


tif-CSI 


[7] 


NULL 




OPTIONAL, 


tif-CSI-NotificationToCSE 


[8] 


NULL 




OPTIONAL, 


gprs-CSI 


[9] 


GPRS-CSI 




OPTIONAL, 


sms-CSI 


[10] 


SMS-CSI 




OPTIONAL, 


ss-CSI 


[11] 


SS-CSI 




OPTIONAL, 


m-CSI 


[12] 


M-CSI 




OPTIONAL, 


extensionContainer 


[13] 


ExtensionContainer 




OPTIONAL, 


specificCSIDeletedList 


[14] 


SpecificCSI-Witlidraw 




OPTIONAL } 



AnyTimeModificationArg : := sequence { 

subscriberldentity [0] 

gsmSCF-Address [1] 

modif icationRequestFor-CF-Inf o [2 ] 

modif icationRequestFor-CB-Inf o [3] 

modif icationRequestFor-CSI [4] 

extensionContainer [5] 

longFTN-Supported [6] 
. . .} 



Subscriberldentity, 
ISDN-AddressString, 

ModificationRequestFor-CF-Info OPTIONAL, 
ModificationRequestFor-CB-Info OPTIONAL, 
Modif icationRequestFor-CSI OPTIONAL, 

ExtensionContainer OPTIONAL, 

NULL OPTIONAL, 



AnyTimeModificationRes : := sequence 
ss-InfoFor-CSE 
camel-SubscriptionInf o 
extensionContainer 

. . .} 



[0] Ext-SS-InfoFor-CSE 

[1] CAMEL-Subscriptionlnfo 

[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Modif icationRequestFor- 


CF- 


-Info : 


= SEQUENCE { 




ss-Code 






[0] 


SS-Code, 




basicService 






[1] 


Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 






[2] 


Ext-SS-Status 


OPTIONAL, 


f orwardedToNumber 






[3] 


AddressString 


OPTIONAL, 


f orwardedToSubaddress 






[4] 


ISDN-SubaddressString 


OPTIONAL, 


noReplyConditionTime 






[5] 


Ext-NoRepCondTime 


OPTIONAL, 


modifyNotificationToCSE 




[6] 


Modif icationlnst ruction 


OPTIONAL, 


extensionContainer 
. . .} 






[7] 


ExtensionContainer 


OPTIONAL, 



Modif icationRequestFor-CB-Info : 


= SEQUENCE { 




ss-Code 


[0] 


SS-Code, 




basicService 


[1] 


Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 


[2] 


Ext-SS-Status 


OPTIONAL, 


password 


[3] 


Password 


OPTIONAL, 


wrongPasswordAttemptsCounter 


[4] 


WrongPasswordAttemptsCounter 


OPTIONAL, 


modifyNotificationToCSE 


[5] 


Modif icationlnst ruction 


OPTIONAL, 


extensionContainer 

. . .} 


[6] 


ExtensionContainer 


OPTIONAL, 



Modif icationRequestFor-CSI 



SEQUENCE { 



requestedCamel -Sub script ion Info 
modifyNotificationToCSE 
modifyCSI-State 
extensionContainer 



[0] RequestedCAMEL-Subscriptionlnfo, 

[1] Modificationlnstruction OPTIONAL, 

[2] Modificationlnstruction OPTIONAL, 

[3] ExtensionContainer OPTIONAL, 



Modificationlnstruction : 


= ENUMERATED { 




deactivate 




(0), 


activate 




(1) } 



— subscriber data modification notification types 
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NoteSubscriberDataModifi 


edArg : 


= SEQUENCE { 




imsi 




IMSI, 




msisdn 




ISDN-AddressString, 




f orwardinginf oFor-CSE 




[0] Ext-ForwardinglnfoFor-CSE 


OPTIONAL, 


callBarringInf oFor-CSE 




[1] Ext-CallBarringlnfoFor-CSE 


OPTIONAL, 


odb-Inf 




[2] ODB-Info 


OPTIONAL, 


camel-SubscriptionInf o 




[3] CAMEL-Subscriptionlnfo 


OPTIONAL, 


allinf ormationSent 




[4] NULL 


OPTIONAL, 


extensionContainer 

. . .} 




ExtensionContainer 


OPTIONAL, 



NoteSubscriberDataModifiedRes 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



— mobility management event notif icatioon info types 



NoteMM-Event Arg : : = SEQUENCE { 








serviceKey 


ServiceKey, 




eventMet 


[0] 


MM-Code, 




imsi 


[1] 


IMSI, 




msisdn 


[2] 


ISDN-AddressString, 




locat ion In format ion 


[3] 


Locat ion In format ion 


OPTIONAL, 


support edCAMELPhases 


[5] 


SupportedCamelPhases 


OPTIONAL, 


extensionContainer 


[6] 


ExtensionContainer 


OPTIONAL, 



NoteMM-EventRes ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



Ext-SS-InfoFor-CSE ::= CHOICE 
f orwardinginf oFor-CSE 
callBarringlnfoFor-CSE 



[0] Ext-ForwardinglnfoFor-CSE, 
[1] Ext-CallBarringlnfoFor-CSE 



Ext-ForwardinglnfoFor-CSE 

ss-Code 

f orwardingFeatureList 

notificationToCSE 

extensionContainer 



SEQUENCE { 



[0] SS-Code, 

[1] Ext-ForwFeatureList, 

[2] NULL 

[3] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



Ext-CallBarringInf oFor-CSE : : = SEQUENCE 


{ 






ss-Code 


[0] 


SS-Code, 




callBarringFeatureList 


[1] 


Ext-CallBarFeatureList, 




password 


[2] 


Password 


OPTIONAL, 


wrongPasswordAttemptsCounter 


[3] 


WrongPasswordAttemptsCounter 


OPTIONAL, 


notificationToCSE 


[4] 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


[5] 


ExtensionContainer 


OPTIONAL, 



END 



1 7.7.2 Operation and maintenance data types 

MAP-OM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

ActivateTraceModeArg, 
ActivateTraceModeRes, 
DeactivateTraceModeArg, 
DeactivateTraceModeRes 
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Address St ring, 
IMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 



ActivateTraceModeArg : : = 


SEQUENCE { 








imsi 




[0] 


IMSI 


OPTIONAL, 


traceRef erence 




[1] 


TraceRef erence. 




traceType 




[2] 


TraceType, 




omc-Id 




[3] 


AddressString 


OPTIONAL, 


extensionContainer 

. . .} 




[4] 


ExtensionContainer 


OPTIONAL, 



TraceRef erence 



OCTET STRING (SIZE (1..2)) 



TraceType : : = 


INTEGER 
















(0. .255) 


















— Trace 


types are 


fully 


defined 


in 


TS 


GSM 


12 


08. 



ActivateTraceModeRes : : = SEQUENCE { 
extensionContainer 



[0] ExtensionContainer 



OPTIONAL, 



DeactivateTraceModeArg 

imsi 

traceRef erence 

extensionContainer 

. . .} 



SEQUENCE { 



[0] IMSI 

[1] TraceReference, 

[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



DeactivateTraceModeRes : : 

extensionContainer 

. . .} 



SEQUENCE { 



[0] ExtensionContainer 



OPTIONAL, 



END 

1 7.7.3 Call handling data types 

MAP-CH-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CH-DataTypes (13) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

SendRoutingInf oArg, 

SendRoutinglnfoRes, 

ProvideRoamingNumberArg, 

ProvideRoamingNumberRes, 

ResumeCallHandlingArg, 

ResumeCallHandlingRes, 

NumberOf Forwarding, 

SuppressionOf Announcement , 

CallReferenceNumber, 

Provides IWFSNumberArg, 

Provides IWFSNumberRes, 

SIWFSSignallingModifyArg, 

SIWFSSignallingModifyRes, 

Set Report ingSt at eArg, 

Set Report ingSt at eRes, 

StatusReportArg, 

StatusReportRes, 
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RemoteUserFreeArg, 

RemoteUserFreeRes, 

IST-AlertArg, 

IST-AlertRes, 

IST-CommandArg, 

IST-CommandRes 



IMPORTS 

Subscriber Info, 

SupportedCamelPhases, 

CUG-Interlock, 

0-CSI, 

D-CSI, 

0-BcsmCamelTDPCriteriaList, 

T-BCSM-CAMEL-TDP-CriteriaList, 

I ST- Support Indicator, 

IST-AlertTimerValue, 

T-CSI 



FROM MAP-MS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) version? (7) 

ForwardingOptions, 
SS-List, 
CCBS-Feature 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionV (7) 

ISDN-AddressString, 

ISDN-SubaddressString, 

FTN-AddressString, 

External Signal Info, 

Ext -External Signal Info, 

IMS I, 

LMSI, 

Ext-BasicServiceCode, 

Alert ingPattern, 

NAEA-PreferredCI 



FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 



CUG-CheckInf o : : = SEQUENCE { 






cug-Interlock 


CUG-Interlock, 




cug-QutgoingAccess 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



I NumberOf Forwarding 



INTEGER (1. .5) 
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SendRoutingInf oArg : : = SEQUENCE { 








msisdn 


[0] 


ISDN-Address St ring. 




cug-CheckInf o 


[1] 


CUG-Checklnfo 


OPTIONAL, 


number Of Forwarding 


[2] 


NumberOf Forwarding 


OPTIONAL, 


inter rogationType 


[3] 


Inter rogationType, 




or- Inter rogation 


[4] 


NULL 


OPTIONAL, 


or-Capability 


[5] 


OR-Phase 


OPTIONAL, 


gmsc-Address 


[6] 


ISDN-Address St ring. 




callRef erenceNumber 


[7] 


CallRef erenceNumber 


OPTIONAL, 


f orwardingReason 


[8] 


ForwardingReason 


OPTIONAL, 


basicServiceGroup 


[9] 


Ext-BasicServiceCode 


OPTIONAL, 


networks ignal Info 


[10] 


External Signal Info 


OPTIONAL, 


camelinf o 


[11] 


Camelinf o 


OPTIONAL, 


suppressionOf Announcement 


[12] 


SuppressionOf Announcement 


OPTIONAL, 


extensionContainer 


[13] 


ExtensionContainer 


OPTIONAL, 


alertingPattern 


[14] 


AlertingPattern 


OPTIONAL, 


ccbs-Call 


[15] 


NULL 


OPTIONAL, 


supportedCCBS-Phase 


[16] 


SupportedCCBS-Phase 


OPTIONAL, 


additionalSignalInf o 


[17] 


Ext -External Signal Info 


OPTIONAL, 


i St Support Indicator 


[18] 


I ST- Support Indicator 


OPTIONAL, 


pre-pagingSupported 


[19] 


NULL 


OPTIONAL, 


callDiversionTreatment Indicator 


[20] 


CallDiversionTreatment I ndica 


tor OPTIONAL, 


longFTN-Supported 


[21] 


NULL 


OPTIONAL } 



I SuppressionOf Announcement : : = 



InterrogationType 

basicCall (0) , 
forwarding (1) 



ENUMERATED { 



OR-Phase 



INTEGER (1 . . 127) 



CallReferenceNumber 



OCTET STRING (SIZE (1..8)) 



ForwardingReason 

notReacliable 
busy (1) , 
noReply (2) } 



ENUIMERATED { 



(0), 



SupportedCCBS-Phase : : = 


INTEGER (1, ,127) 


— exception handling: 




— Only value 1 is used 




— Values in the ranges 


2-127 are reserved for future use. 


— If received values 2- 


-127 shall be mapped on to value 1. 



CallDiversionTreatmentlndicator ::= OCTET STRING (SIZE(l)) 

— callDiversionAllowed (xxxx xxOl) 

— callDiversionNotAllowed (xxxx xxlO) 

— network default is call diversion allowed 



SendRoutingInf oRes ::= [3] SEQUENCE { 












imsi 




[9] 


IMSI 




OPTIONAL, 


— IMSI must be present if SendR 


out 


ingin 


foRes is not segmente 


d. 




— If the TC-Result-NL segmentat 


ion 


option is taken the IMSI 


must be 




— present in one segmented transmission 


of SendRoutingInf oRes . 




extendedRoutingInf o 




ExtendedRoutingInf o 




OPTIONAL, 


cug-ClieckInf o 




[3] 


CUG-Checklnfo 




OPTIONAL, 


cugSubscriptionFlag 




[6] 


NULL 




OPTIONAL, 


subscriber Info 




[7] 


Subscriber Info 




OPTIONAL, 


ss-List 




[1] 


ss-List 




OPTIONAL, 


basicService 




[5] 


Ext-BasicServiceCode 




OPTIONAL, 


f orwardinglnterrogationRequired 




[4] 


NULL 




OPTIONAL, 


vmsc-Address 




[2] 


ISDN-Address St ring 




OPTIONAL, 


extensionContainer 




[0] 


ExtensionContainer 




OPTIONAL, 


naea-PreferredCI 




[10] 


NAEA-P refer redCI 




OPTIONAL, 


— naea-PreferredCI is included 


at 


tile discretion of the HLR 


operator. 




ccbs-Indicators 




[11] 


CCBS-Indicators 




OPTIONAL, 


msisdn 




[12] 


ISDN-Address St ring 




OPTIONAL, 


numberPort ability Status 




[13] 


NumberPort ability St at us 


OPTIONAL, 


istAlertTimer 
} 




[14] 


IST-AlertTimerValue 




OPTIONAL 
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NumberPortabilityStatus : : = ENUMERATED { 

notKnownToBePorted (0), 

ownNumberPortedOut (1), 

f oreignNumberPortedToForeignNetwork (2) , 

. . .} 

— exception handling: 

reception of other values than the ones listed the receiver shall ignore the 
whole NumberPortabilityStatus 



CCBS-Indicators : : = SEQUENCE 
ccbs-Possible 
keepCCBS-Call Indicator 
extensionContainer 



[0] NULL 
[1] NULL 
[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Routinglnfo ::= CHOICE 
roamingNumber 
f orwardingData 



ISDN-Address St ring, 
ForwardingData} 



ForwardingData : : = SEQUENCE { 


















f orwardedToNumber 








[5] ISDN-AddressString 








OPTIONAL, 


— When this datatype is 


sent 


from an HLR which supports CAMEL 


Phase 


2 




— to a GMSC which supports 


CAMEL 


Phase 2 the GMSC shall not c 


heck 


the 




— format of the number 


















forwardedToSubaddress 








[4] ISDN-SubaddressString 








OPTIONAL, 


f orwardingOptions 








[6] ForwardingOptions 








OPTIONAL, 


extensionContainer 








[7] ExtensionContainer 








OPTIONAL, 


longForwardedToNumber 








[8] FTN-AddressString 








OPTIONAL} 



ProvideRoamingNumberArg : : 


= SEQUENCE { 








imsi 




[0] 


IMSI, 




msc-Number 




[1] 


ISDN-Address St ring. 




msisdn 




[2] 


ISDN-Address St ring 


OPTIONAL, 


Imsi 




[4] 


LMSI 


OPTIONAL, 


gsm-BearerCapability 




[5] 


External Signal Info 


OPTIONAL, 


networks ignal Info 




[6] 


External Signal Info 


OPTIONAL, 


suppressionOf Announcement 


[7] 


SuppressionOf Announcement 


OPTIONAL, 


gmsc -Address 




[8] 


ISDN-AddressString 


OPTIONAL, 


callRef erenceNumber 




[9] 


CallRef erenceNumber 


OPTIONAL, 


or- Inter rogation 




[10] 


NULL 


OPTIONAL, 


extensionContainer 




[11] 


ExtensionContainer 


OPTIONAL, 


alertingPattern 




[12] 


AlertingPattern 


OPTIONAL, 


ccbs-Call 




[13] 


NULL 


OPTIONAL, 


supportedCamelPhasesI 


nGMSC 


[15] 


Support edCamelPhases 


OPTIONAL, 


additional Signal Info 




[14] 


Ext -External Signal Info 


OPTIONAL, 


orNotSupportedlnGMSC 




[16] 


NULL 


OPTIONAL, 


pre-pagingSupported 




[17] 


NULL 


OPTIONAL, 


longFTN-Supported 




[18] 


NULL 


OPTIONAL } 



ProvideRoamingNumberRes 

roamingNumber 
extensionContainer 



SEQUENCE { 



ISDN-AddressString, 
ExtensionContainer 



OPTIONAL, 



ResumeCallHandlingArg : : = SEQUENCE { 






callRef erenceNumber 


[0] 


CallRef erenceNumber 


OPTIONAL, 


basicServiceGroup 


[1] 


Ext-BasicServiceCode 


OPTIONAL, 


f orwardingData 


[2] 


ForwardingData 


OPTIONAL, 


imsi 


[3] 


IMSI 


OPTIONAL, 


cug-CheckInf o 


[4] 


CUG-Checklnfo 


OPTIONAL, 


0-CSI 


[5] 


0-CSI 


OPTIONAL, 


extensionContainer 


[7] 


ExtensionContainer 


OPTIONAL, 


ccbs-Possible 


[8] 


NULL 


OPTIONAL, 


msisdn 


[9] 


ISDN-AddressString 


OPTIONAL, 


uu-Data 


[10] 


uu-Data 


OPTIONAL, 


allinf ormationSent 


[11] 


NULL 


OPTIONAL, 


d-csi 


[12] 


D-CSI 


OPTIONAL} 



uu-Data ::= SEQUENCE { 








uulndicator 


[0] 


uulndicator 


OPTIONAL, 


uui 


[1] 


UUI 


OPTIONAL, 


uusCF Inter act ion 


[2] 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


[3] 


ExtensionContainer 


OPTIONAL, 
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UUIndicator ::= OCTET STRING (SIZE (1)) 

— Octets are coded according to ETS 300 356 



UUI ::= OCTET STRING (SIZE (1..131)) 

— Octets are coded according to ETS 300 356 



ResumeCallHandlingRes : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



Camellnfo : := sequence { 






support edCamelPhases 


Support edCamelPhases, 




suppress-T-CSI 


NULL 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



ExtendedRoutinglnfo 

routinginf o 
camelRoutingInf o 



CHOICE { 



Routinginf o, 
[ 8 ] CamelRoutingInf o } 



CamelRoutingInf o : : = sequence { 






f orwardingData 


ForwardingData 


OPTIONAL, 


gmscCamelSubscriptionInf o 


[0] GmscCamelSubscriptionlnfo, 




extensionContainer 

. . .} 


[1] ExtensionContainer 


OPTIONAL, 



GmscCamelSubscriptionlnfo 

t-CSI 
o-CSI 
extensionContainer 



SEQUENCE { 

[0] T-CSI OPTIONAL, 

[1] O-CSI OPTIONAL, 

[2] ExtensionContainer 



o-BcsmCamelTDP-CriteriaList 

t-BCSM-CAMEL-TDP-CriteriaList 

d-csi 



OPTIONAL, 



[3] 0-BcsmCamelTDPCriteriaList OPTIONAL, 
[4] T-BCSM-CAMEL-TDP-CriteriaList OPTIONAL, 
[5] D-CSI OPTIONAL} 



ProvideSIWFSNumberArg : : = SEQUENCE { 








gsm-BearerCapability 


[0] 


ExternalSignallnfo, 




isdn-BearerCapability 


[1] 


External Signal Info, 




call -Direct ion 


[2] 


CallDirection, 




b-Subscriber-Address 


[3] 


ISDN-Address St ring. 




chosenChannel 


[4] 


ExternalSignallnfo, 




lowerLayerCompatibility 


[5] 


ExternalSignallnfo 


OPTIONAL, 


highLayerCompatibility 


[6] 


ExternalSignallnfo 


OPTIONAL, 


extensionContainer 

. . .} 


[7] 


ExtensionContainer 


OPTIONAL, 



CallDirection : 

— OCTET 1 



OCTET STRING (SIZE (1) 



— bit 1 (direction of call) 

— Mobile Originated Call (MOC) 

— 1 Mobile Terminated Call (MTC) 



ProvideSIWFSNumberRes : 

sIWFSNumber 
extensionContainer 



SEQUENCE { 



[0] ISDN-AddressString, 
[1] ExtensionContainer 



OPTIONAL, 



SIWFSSignallingModifyArg 

channelType 

chosenChannel 

extensionContainer 

. . .} 



SEQUENCE { 



[0] ExternalSignallnfo 
[1] ExternalSignallnfo 
[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



SIWFSSignallingModifyRes 

chosenChannel 
extensionContainer 



SEQUENCE { 



[0] ExternalSignallnfo 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



SetReportingStateArg : : 

imsi 

Imsi 

ccbs -Monitoring 

extensionContainer 

. . .} 



SEQUENCE 



[0] IMSI 

[1] LMSI 

[2] ReportingState 

[3] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
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ReportingState : : = ENUMERATED 


{ 








stopMonitoring 






(0), 




startMonitoring 






(1), 




— exception handling : 










— reception of values 2- 


-10 


shall be 


mapped to 


'stopMonitoring ' 


— reception of values > 


10 


shall be 


mapped to 


'startMonitoring ' 



SetReportingStateRes : : = SEQUENCE { 
ccbs -Subscriber St at us 
extensionContainer 



[0] CCBS-SubscriberStatus 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CCBS-SubscriberStatus : : = ENUMERATED { 




ccbsNotldle (0), 




ccbsldle (1), 




ccbsNotReachable (2), 




— exception handling : 




reception of values 3-10 shall be mapped to 


'ccbsNotldle ' 


reception of values 11-20 shall be mapped to 


'ccbsldle ' 


— reception of values > 20 shall be mapped to 


'ccbsNotReachable ' 



StatusReportArg : : = SEQUENCE { 








imsi 


[0] 


IMSI, 




event Report Data 


[1] 


Event Report Data 


OPTIONAL, 


callReportdata 


[2] 


CallReportData 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 



EventReportData : : = SEQUENCE { 
ccbs -Subscriber St at us 
extensionContainer 



[0] CCBS-SubscriberStatus 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CallReportData : : = SEQUENCE { 
monitoringMode 
callOutcome 
extensionContainer 

. . .} 



[0] MonitoringMode 

[1] CallOutcome 

[2] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



MonitoringMode : : = 


ENUMERATED 


{ 


















a- 


-side 














(0), 










b- 


-side 














(1), 










- 


exception 


handling: 




















- 


reception 


of 


values 2- 


-10 


sha 


11 


b 


= mapped 


' a- 


-si 


de' 




- 


reception 


of 


values > 


10 


sha 


11 


b 


3 mapped 


to 


'b 


-SI 


de ' 



CallOutcome : : = ENUMERATED { 














success 










(0), 




failure 










(1), 




busy 










(2), 




exception handling : 














reception of values 


3- 


10 


sha 


11 


be mapped to 


'success ' 


— reception of values 


11 


-2C 


sh 


all be mapped to 


'failure ' 


— reception of values 


> 


20 


sha 


11 


be mapped to 


'busy ' 



StatusReportRes 



SEQUENCE { 



extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



RemoteUserFreeArg : : = SEQUENCE ( 








imsi 


[0] 


IMSI, 




callinf o 


[1] 


ExternalSignalInf o, 




ccbs -Feature 


[2] 


CCBS-Feature, 




translatedB-Number 


[3] 


ISDN-AddressString, 




replaceB-Number 


[4] 


NULL 


OPTIONAL, 


alert ingP at tern 


[5] 


Alerting? at tern 


OPTIONAL, 


extensionContainer 


[6] 


ExtensionContainer 


OPTIONAL, 
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RemoteUserFreeRes : : = SEQUENCE { 
ruf-Outcome 
extensionContainer 

. . .} 



[0] RUF-Outcome, 

[1] ExtensionContainer 



OPTIONAL, 



RUF-Outcome : : = ENUMERATED { 






accepted (0) , 






rejected (1) , 






noResponseFromFreeMS (2), — T4 Expiry 




noResponseFromBusyMS (3) , — TIO Expiry 




udubFromFreeMS (4), 






udubFromBusyMS (5), 

1 






— exception handling : 






— reception of values 


6-20 shall be mapped to 


accepted ' 


— reception of values 


21-30 shall be mapped to 


'rejected ' 


— reception of values 


31-40 shall be mapped to 


'noResponseFromFreeMS ' 


— reception of values 


41-50 shall be mapped to 


'noResponseFromBusyMS ' 


— reception of values 


51-60 shall be mapped to 


'udubFromFreeMS ' 


— reception of values 


> 60 shall be mapped to 


UdubFromBusyMS ' 



IST-AlertArg : : = SEQUENCE { 

imsi 
extensionContainer 

. . .} 



[0] IMSI, 

[1] ExtensionContainer 



OPTIONAL, 



IST-AlertRes : : = SEQUENCE { 








ist Alert Timer 


[0] 


IST-AlertTimerValue 


OPTIONAL, 


istlnformationWithdraw 


[1] 


NULL 


OPTIONAL, 


callTerminat ion Indicator 


[2] 


Call Termination Indicator 


OPTIONAL, 


extensionContainer 

. . .} 


[3] 


ExtensionContainer 


OPTIONAL, 



I ST-CommandArg 



SEQUENCE! 



imsi 
extensionContainer 



[0] IMSI, 

[1] ExtensionContainer 



OPTIONAL, 



IST-CommandRes : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



CallTerminationlndicator : : = ENUMERATED { 

terminateCallActivityReferred (0) , 
terminateAllCallActivities (1), 

. . .} 

— exception handling: 

— reception of values 2-10 shall be mapped to ' terminateCallActivityReferred ' 

— reception of values > 10 shall be mapped to ' terminateAllCallActivities ' 

— In MSCs not supporting linkage of all call activities, any value received shall 

— be interpreted as ' terminateCallActivityReferred ' 



1 7.7.4 Supplementary service data types 

MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

Register SS-Arg, 

SS-Info, 

SS-Status, 

S S- Subs criptionOpt ion, 

SS-ForBS-Code, 

InterrogateSS-Res, 

USSD-Arg, 
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USSD-Res, 

USSD-DataCodingScheme, 

USSD-String, 

Password, 

Guidance Info, 

SS-List, 

SS-InfoList, 

OverrideCategory, 

CliRestrictionOption, 

NoReplyConditionTime, 

ForwardingOptions, 

maxNumOfSS, 

SS-Data, 

SS-InvocationNotif icationArg, 

SS-InvocationNotif icationRes, 

CCBS-Feature, 

RegisterCC-EntryArg, 

RegisterCC-EntryRes, 

EraseCC-EntryArg, 

EraseCC-EntryRes 



IMPORTS 

Address St ring, 

ISDN-AddressString, 

ISDN-SubaddressString, 

FTN-AddressString, 

IMSI, 

BasicServiceCode, 

Alert ingPattern, 

EMLPP-Priority, 

MaxMC-Bearers, 

MC-Bearers, 

ExternalSignallnfo 

FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 

SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) version? (7)} 



RegisterSS-Arg : : = SEQUENCE { 








ss-Code 


SS- 


Code, 




basicService 


Bas 


icServiceCode 


OPTIONAL, 


f orwardedToNumber 


[4] 


AddressString 


OPTIONAL, 


f orwardedToSubaddress 


[6] 


ISDN-SubaddressString 


OPTIONAL, 


noReplyConditionTime 


[5] 


NoReplyConditionTime 


OPTIONAL, 


defaultPriority 


[7] 


EMLPP-Priority 


OPTIONAL, 


nbrUser 


[8] 


MC-Bearers 


OPTIONAL, 


longFTN-Supported 


[9] 


NULL 


OPTIONAL } 



I NoReplyConditionTime 



INTEGER (5. .30) 



SS-Info : := CHOICE { 






f orwardinginf o 


[0] 


Forwarding Info, 


callBarringlnfo 


[1] 


CallBarringlnfo, 


SS-Data 


[3] 


SS-Data} 



Forwardinginf o : : = SEQUENCE { 
ss-Code 
f orwardingFeatureList 



ss-Code 
ForwardingFeatureList , 



OPTIONAL, 



ForwardingFeatureList : : = 

SEQUENCE SIZE ( 1 . . maxNumOf BasicServiceGroups ) OF 

ForwardingFeature 
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ForwardingFeature : : = SEQUENCE { 








basicService 


BasicServiceCode 


OPTIONAL, 


ss-Status 


[4] 


SS-Status 


OPTIONAL, 


f orwardedToNumber 


[5] 


ISDN-Address St ring 


OPTIONAL, 


f orwardedToSubaddress 


[8] 


ISDN-SubaddressString 


OPTIONAL, 


f orwardingOptions 


[6] 


ForwardingOptions 


OPTIONAL, 


noReplyConditionTime 


[7] 


NoReplyConditionTime 


OPTIONAL, 


longF orwardedToNumber 


[9] 


FTN-AddressString 


OPTIONAL } 



SS-Status ::= OCTET STRING (SIZE (1)) 


— bits 8765 


0000 (unused) 


— bits 4321 


Used to convey the "P bit", "R bit", "A bit" and "Q bit". 


— 


representing supplementary service state information 


— 


as defined in TS 3GPP TS 23.011 [22] 


— bit 4: "Q 


bit" 


— bit 3: "P 


bit" 


— bit 2: "R 


bit" 


— bit 1: "A 


bit" 



ForwardingOptions ::= OCTET STRING (SIZE (1)) 

— bit 8: notification to forwarding party 

— no notification 

— 1 notification 

— bit 7: redirecting presentation 

— no presentation 
1 presentation 

— bit 6: notification to calling party 

— no notification 

— 1 notification 

— bit 5: (unused) 

— bits 43: forwarding reason 

— 00 ms not reachable 

— 01 ms busy 

— 10 no reply 

— 11 unconditional when used in a SRI Result, 

— or call deflection when used in a RCH Argument 
— bits 21: 00 (unused) 



CallBarringInf o : : = SEQUENCE ( 
ss-Code 
callBarringFeatureList 



SS-Code 
CallBarringFeatureList, 



OPTIONAL, 



CallBarringFeatureList ::= SEQUENCE SIZE ( 1 , .maxNumOfBasicServiceGroups ) OF 

CallBarringFeature 



CallBarringFeature 



SEQUENCE ( 



basicService 

SS-Status [4] SS-Status 



BasicServiceCode 
OPTIONAL, 



OPTIONAL, 



SS-Data : : = SEQUENCE { 






SS-Code 


SS-Code 


OPTIONAL, 


SS-Status 


[4] SS-Status 


OPTIONAL, 


ss-SubscriptionOption 


SS-SubscriptionOption 


OPTIONAL, 


basicServiceGroupList 


BasicServiceGroupList 


OPTIONAL, 


def aultPriority 


EMLPP -Priority 


OPTIONAL, 


nbrUser 
1 


[5] MC-Bearers 


OPTIONAL 



SS-SubscriptionOption ::= CHOICE 

cliRestrictionOption 
overrideCategory 



[2] CliRestrictionOption, 
[1] OverrideCategory} 
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CliRestrictionOption : : = ENUMERATED { 

permanent (0) , 

temporaryDef aultRestricted (1), 
temporaryDef aultAllowed (2)} 



OverrideCategory : : = ENUMERATED 
overrideEnabled (0), 
overrideDisabled (1) } 



SS-ForBS-Code : : = SEQUENCE { 






ss-Code 


SS-Code, 




basicService 


BasicServiceCode 


OPTIONAL, 


longFTN-Supported 


[4] NULL 


OPTIONAL } 



GenericServiceInf o : : = SEQUENCE { 








ss-Status SS-Status, 








CliRestrictionOption 


Cli 


Rest rictionOpt ion 


OPTIONAL, 


maximumEntitledPriority 


[0] 


EMLPP -Priority 


OPTIONAL, 


defaultPriority 


[1] 


EMLPP-Priority 


OPTIONAL, 


ccbs-FeatureList 


[2] 


CCBS-FeatureList 


OPTIONAL, 


nbrSB 


[3] 


MaxMC-Bearers 


OPTIONAL, 


nbrUser 


[4] 


MC-Bearers 


OPTIONAL, 


nbrSN 


[5] 


MC-Bearers 


OPTIONAL } 



CCBS-FeatureList 



SEQUENCE SIZE ( 1 . . maxNumOf CCBS-Request s ) OF 

CCBS-Feature 



ImaxNumOfCCBS-Requests INTEGER 



CCBS-Feature : : = SEQUENCE { 








ccbs-Index 


[0] 


CCBS-Index 


OPTIONAL, 


b-subscriberNumber 


[1] 


ISDN-Address St ring 


OPTIONAL, 


b-subscriberSubaddress 


[2] 


ISDN-SubaddressString 


OPTIONAL, 


basicServiceGroup 

. . .} 


[3] 


BasicServiceCode 


OPTIONAL, 



CCBS-Index 



INTEGER (1. .maxNumOfCCBS-Requests) 



InterrogateSS-Res ::= CHOICE { 






ss-Status 


[0] 


SS-Status, 


basicServiceGroupList 


[2] 


BasicServiceGroupList, 


f orwardingFeatureList 


[3] 


ForwardingFeatureList, 


genericServiceInf o 


[4] 


GenericServiceInf } 



USSD-Arg : : = SEQUENCE { 






ussd-DataCodingScheme 


USSD-DataCodingScheme, 




ussd-String 


USSD-String, 




alerting? attern 


AlertingPattern 


OPTIONAL, 


msisdn 


[0] ISDN-AddressString 


OPTIONAL } 



USSD-Res : : = SEQUENCE { 

ussd-DataCodingScheme 
ussd-String 



USSD-DataCodingScheme, 
USSD-String, 



USSD-DataCodingScheme ::= OCTET STRING (SIZE (1)) 

— The structure of the USSD-DataCodingScheme is defined by 

— the Ceii Broadcast Data Coding Scheme as described in 
— TS 3GPP TS 23.038 [25] 



USSD-String ::= OCTET STRING (SIZE ( 1 . .maxUSSD-StringLength) ) 

— The structure of the contents of the USSD-String is dependent 
— on the asSD-DataCodingScheme as described in TS 3GPP TS 23.038 [25]. 



ImaxUSSD-StringLength INTEGER 



160 



Password ::= NumericString 
(FROM ("0" I "1" I "2" I "3" 
(SIZE (4)) 



'9")) 
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Guidanceinf o : : = ENUMERATED { 




enterPW (0) , 




enterNewPW (1) , 




enterNewPW-Again (2)} 




— How this information is 


really delivered to the subscriber 


— (display, announcement, 


. . .) is not part of this 


— specification. 





SS-List : 



SEQUENCE SIZE ( 1 . . maxNumOf SS ) OF 

SS-Code 



maxNumOfSS INTEGER 



30 



SS-InfoList 



SEQUENCE SIZE ( 1 . . maxNumOf SS ) OF 

SS-Info 



BasicServiceGroupList 



SEQUENCE SIZE ( 1 . . maxNumOf BasicServiceGroups ) OF 
BasicServiceCode 



ImaxNumOfBasicServiceGroups INTEGER : : = 



13 



SS-InvocationNotif icationArg : : = 


SEQUENCE { 




imsi 






[0] IMSI, 




msisdn 






[1] ISDN-AddressString, 




ss-Event 






[2] SS-Code, 




— The following SS-Code 


values 


are 


allowed : 




— ect 






SS-Code 




= 'OOllOOOl'B 




— multiPTY 






SS-Code 




= 'OlOlOOOl'B 




— cd 






SS-Code 




= 'OOIOOIOO'B 




— ccbs 






SS-Code 




= 'OIOOOIOO'B 




ss-Event Sped float ion 






[3] SS-EventSpecification 


OPTIONAL, 


extensionContainer 






[4] ExtensionContainer 


OPTIONAL, 


b-subscriberNumber 






[5] ISDN-AddressString 


OPTIONAL, 


ccbs-RequestState 

} 






[6] CCBS-RequestState 


OPTIONAL 



CCBS-RequestState 


: : = ENUMERATED { 


request (0) 




recall (1) 




active (2) 




completed (3) 




suspended (4) 




frozen (5) 




deleted (6) 

} 





SS-InvocationNotificationRes 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



SS-EventSpecif ication : : 



SEQUENCE SIZE ( 1 .. maxEvent Specif ication) OF 
Address St ring 



ImaxEventSpecification INTEGER 



RegisterCC-EntryArg ; : 

SS-Code 
ccbs-Data 

. . .} 



SEQUENCE 



[0] SS-Code, 
[1] CCBS-Data 



OPTIONAL, 



CCBS-Data : : = SEQUENCE { 








ccbs-Feature 


[0] 


CCBS-Feature, 




translatedB-Number 


[1] 


ISDN-AddressString, 




service Indicator 


[2] 


Service Indicator 


OPTIONAL, 


callinf o 


[3] 


ExternalSignalInf o. 




networkSignalInf o 

. . .} 


[4] 


ExternalSignalInf 0, 





Servicelndicator ::= BIT STRING { 
clir-invoked (0), 
camel-invoked (1)} (SIZE (2. .32)) 

— exception handling : 

— bits 2 to 31 shall be ignored if received and not understood 
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RegisterCC-EntryRes 

ccbs-Feature 



SEQUENCE { 



[0] CCBS-Feature 



OPTIONAL, 



EraseCC-EntryArg 

ss-Code 
ccbs-Index 



SEQUENCE { 



[0] SS-Code, 
[1] CCBS-Index 



OPTIONAL, 



EraseCC-EntryRes 

ss-Code 
ss-Status 



SEQUENCE { 



[0] SS-Code, 
[1] SS-Status 



OPTIONAL, 



END 



1 7.7.5 Supplementary service codes 

MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) version? (7)} 

DEFINITIONS 



BEGIN 



SS-Code ::= OCTET STRING (SIZE (1)) 

— This type is used to represent the code identifying a single 

— supplementary service, a group of supplementary services, or 

— all supplementary services . The services and abbreviations 

— used are defined in TS 3GPP TS 22.004 [5]. The internal structure is 

— defined as follows : 

— bits 87654321 : group (bits 8765), and specific service 

— (bits 4321) 



allSS 






SS-Code : : 


= 'OOOOOOOO'B 


— 


reserved for possible future 


use 






— 


all SS 









allLineldentificationSS SS-Code ::= 


'00010000 


B 


— 


reserved for possible future use 






— 


all line identification SS 






clip 


SS-Code ::= 


'00010001 


B 


— 


calling line identification presentation 






clir 


SS-Code ::= 


'00010010 


B 


— 


calling line identification restriction 






colp 


SS-Code ::= 


'00010011 


B 


— 


connected line identification presentation 






coir 


SS-Code ::= 


'00010100 


B 


— 


connected line identification restriction 






mci 


SS-Code ::= 


'00010101 


B 


— 


reserved for possible future use 






— 


malicious call identification 






allNameldentificationSS SS-Code ::= 


'00011000 


B 


— 


all name identification SS 






cnap 


SS-Code ::= 


'00011001 


B 


— 


calling name presentation 






— 


SS-Codes '00011010 'B to '00011111 'B are reserved for future 


— 


Nameldenti float ion Supplementary Service use. 




1 
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allForwardingSS 




SS-Code 


: : = 


'00100000 


B 


— all forwarding SS 










cfu 




SS-Code 


: : = 


'00100001 


B 


— call forwarding 


unconditional 










allCondForwardingSS 




SS-Code 


: : = 


'00101000 


B 


— all conditional 


forwarding SS 










cfb 




SS-Code 


: : = 


'00101001 


B 


— call forwarding 


on mobile subscri 


ber busy 








cfnry 




SS-Code 


: : = 


'00101010 


B 


— call forwarding 


on no reply 










cfnrc 




SS-Code 


: : = 


'00101011 


B 


— call forwarding 


on mobile subscri 


ber not react 


able 




cd 




SS-Code 


: : = 


'00100100 


B 


— call deflection 













allCallOfferingSS SS-Code ::= '00110000 


B 


— reserved for possible future use 




— all call offering SS Includes also all forwarding SS 




ect SS-Code ::= '00110001 


B 


— explicit call transfer 




mah SS-Code ::= '00110010 


B 


— reserved for possible future use 




— mobile access hunting 





allCallCompletionSS SS-Code ::= 


'OlOOOOOO'B 


— 


reserved for possible future use 




— 


all Call completion SS 




cw 


SS-Code ::= 


'OlOOOOOl'B 


— 


call waiting 




hold 


SS-Code ::= 


'OIOOOOIO'B 


— 


call hold 




ccbs-A 


SS-Code ::= 


'OlOOOOll'B 


— 


completion of call to busy subscribers, origi 


nating side 


ccbs-B 


SS-Code ::= 


'OIOOOIOO'B 


— 


completion of call to busy subscribers, destination side 


— 


this SS-Code is used only in InsertSubscriberData and DeleteSubscriberData 


mc 


SS-Code ::= 


'OlOOOlOl'B 


— 


multicall 





allMultiPartySS 


SS-Code : : 


= 'OIOIOOOO'B 


— reserved for possible future use 






— all multiparty SS 






multiPTY 


SS-Code : : 


= 'OlOlOOOl'B 


— multiparty 







allCommunityOflnterest-SS 


SS-Code : : 


= 'OllOOOOO'B 


— reserved for possible future use 






— all community of interest SS 






cug 


SS-Code : : 


= 'OllOOOOl'B 


— closed user group 







allChargingSS 


ss- 


-Code : : 


= '01110000 


B 


— reserved for possible future use 










— all charging SS 










aoci 


SS- 


-Code : : 


= '01110001 


B 


— advice of charge information 










aocc 


ss- 


-Code : : 


= '01110010 


B 


— advice of charge charging 











allAdditionallnfoTransferSS 




SS-Code : : 


= '10000000 


B 


— reserved for possible future 


use 








— all additional information trans 


fer SS 






uusl 




SS-Code : : 


= '10000001 


B 


— uusl user-to-user signalling 










uus2 




SS-Code : : 


= '10000010 


B 


— UUS2 user-to-user signalling 










uus3 




SS-Code : : 


= '10000011 


B 


— UUS3 user-to-user signalling 
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allBarringSS SS-Code 


: = 


lOOlOOOO'B 


— all barring SS 






barringOfOutgoingCalls SS-Code 


: = 


lOOlOOOl'B 


— barring of outgoing calls 






baoc SS-Code 


: = 


lOOlOOlO'B 


— barring of all outgoing calls 






boic SS-Code 


: = 


lOOlOOll'B 


— barring of outgoing International calls 






boicExHC SS-Code 


: = 


lOOlOlOO'B 


— barring of outgoing International calls except 


those directed 


— to tile home PLMN 






barringOf IncomingCalls SS-Code 


: = 


lOOllOOl'B 


— barring of Incoming calls 






baic SS-Code 


: = 


lOOllOlO'B 


— barring of all Incoming calls 






bicRoam SS-Code 


: = 


lOOllOll'B 


— barring of Incoming calls when roaming out 


side 


home PLMN 


— Country 







allPLMN-specificSS SS-Code : 
plmn-specificSS-1 SS-Code : 
plmn-specificSS-2 SS-Code : 
plinn-specificSS-3 SS-Code : 
plmn-specificSS-4 SS-Code : 
plmn-specificSS-5 SS-Code : 
plinn-specificSS-6 SS-Code : 
plmn-specificSS-7 SS-Code : 
plmn-specificSS-8 SS-Code : 
plmn-specificSS-9 SS-Code : 
pImn-specificSS-A SS-Code : 
plmn-specificSS-B SS-Code : 
pImn-specificSS-C SS-Code : 
pImn-specificSS-D SS-Code : 
plmn-specificSS-E SS-Code : 
plmn-specificSS-F SS-Code : 


:= 'llllOOOO'B 
:= 'llllOOOl'B 
:= 'IIIIOOIO'B 
:= 'llllOOll'B 
:= 'IIIIOIOO'B 
:= 'llllOlOl'B 
:= 'llllOllO'B 
:= 'llllOlll'B 
:= 'lllllOOO'B 
:= 'lllllOOl'B 
:= 'lllllOlO'B 
:= 'lllllOll'B 
:= 'llllllOO'B 
:= 'llllllOl'B 
:= 'lllllllO'B 
:= 'llllllll'B 



allCallPrioritySS SS-Code : 


:= 'lOlOOOOO'B 


— reserved for possible future use 




— all call priority SS 




emlpp SS-Code : 


:= 'lOlOOOOl'B 


— enhanced Multilevel Precedence Pre-emption 


(EMLPP) service 



allLCSP r ivacyExcept ion 










ss- 


-Code : 


:= '10110000 


B 




— all LCS Privacy Except 


ion 


Classes 












universal 










SS- 


-Code : 


:= '10110001 


B 




— allow location 


by 


any 


LCS 


client 












callSessionRelated 










ss- 


-Code : 


:= '10110010 


B 




— allow location 


by 


any 


val 


ue added 


LCS clien 


t to which a 


ca 


11/session 


— is established 


from the t 


arget MS 












callSessionUnrelated 










SS- 


-Code : 


:= '10110011 


B 




— allow location 


by 


desi 


gna 


ted externa 


1 value 


added LCS c 


lients 1 


plmnoperator 










SS- 


-Code : 


:= '10110100 


B 




— allow location 


by 


desi 


gna 


ted PLMN 


op 


erator 


LCS clients 







allMOLR-SS SS-Code ::= ' 11000000 'B 

— all Mobile Originating Location Request Classes 
basicSelfLocation SS-Code ::= ' 11000001 'B 

— allow an MS to request its own location 
autonomousSelfLocation SS-Code ::= 'IIOOOOIO'B 

— allow an MS to perform self location without interaction 

— with the PLMN for a predetermined period of time 
transferToThirdParty SS-Code ::= 'llOOOOll'B 

— allow an MS to request transfer of its location to another LCS client 



END 



1 7.7.6 Short message data types 

MAP-SM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SM-DataTypes (16) version? (7) 

DEFINITIONS 

IMPLICIT TAGS 
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BEGIN 

EXPORTS 

Routing I nfoForSM-Arg, 

RoutinglnfoForSM-Res, 

MO-ForwardSM-Arg, 

MO-ForwardSM-Res, 

MT-ForwardSM-Arg, 

MT-ForwardSM-Res, 

Report SM-De 1 i very St at us Arg, 

Report SM-De livery St at usRes, 

AlertServiceCentreArg, 

InformServiceCentreArg, 

ReadyForSM-Arg, 

ReadyForSM-Res, 

SM-De liveryOut come, 

AlertReason, 

Additional-Number 



IMPORTS 

Address St ring, 

ISDN-Address St ring, 

Signallnfo, 

IMS I, 

LMSI 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7)} 

Absent SubscriberDiagnosticSM 
FROM MAP-ER-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) version7 (7)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version7 (7) 



Routinginf oForSM-Arg : : = 


SEQUENCE { 












msisdn 










[0] 


ISDN-Address St ring. 




sm-RP-PRI 










[1] 


BOOLEAN, 




serviceCentreAddress 










[2] 


AddressString, 




extensionContainer 










[6] 


ExtensionContainer 


OPTIONAL, 


gprs Support Indicator 










[7] 


NULL 


OPTIONAL, 


— gprsSupportlndicator 


is set 


only 


if the SMS-GMSC supports 




— receiving of two 


numt 


ers from 


the 


HLR 






sm-RP-MTI 










[8] 


SM-RP-MTI 


OPTIONAL, 


sm-RP-SMEA 










[9] 


SM-RP-SMEA 


OPTIONAL } 



SM-RP-MTI ::= INTEGER (0..10) 

— SMS Deliver 

— 1 SMS Status Report 

— other values are reserved for future use and shall be discarded if 

— received 



SM- 


-RP- 


-SMEA 


: := OCTET STRING (SIZE 


(1. 


.12)) 














- 


- this parameter 


contains an 


address 


field 


which 


is 


encoded 






- 


- as 


defined in 


3GPP TS 23.140. 


An address 


field 


contains 3 


elements : 




- 


- 


address 


-length 




















- 


type-of 


-address 




















" 


address 


-value 

















Routinginf oForSM-Res : : = 

imsi 

locationlnfoWithLMSI 

extensionContainer 

. . .} 



SEQUENCE { 



IMSI, 

[0] LocationlnfoWithLMSI, 

[4] ExtensionContainer 



OPTIONAL, 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



372 



ETSI TS 129 002 V4.9.0 (2002-09) 



Locationinf oWithLMSI : : = 


SEQUENCE 


{ 








net wo rkNode -Number 










[1] ISDN-AddressString, 




Imsi 










LMSI 


OPTIONAL, 


extensionContainer 










ExtensionContainer 


OPTIONAL, 


gprsNode Indicator 










[5] NULL 


OPTIONAL, 


— gprsNodelndicator 


is 


set only 


if 


the SGSN number is sent as the 




— Network Node Numb 


er 












additional -Number 










[6] Additional-Number 


OPTIONAL 


— NetworkNode-number can be 
} 


either 


msc-number or sgsn-number 





Additional-Number : 


:= CHOICE 


{ 














msc-Number 










[0] 


ISDN- 


-Add 


ress 


String, 


sgsn-Number 










[1] 


ISDN- 


-Add 


ress 


String} 


— additional- 


number 


car 


be 


either msc-n 


umber 


or 


sgsn-number 1 


— if received 


networkNc 


de- 


number is 


msc 


-numb 


er then 


the 


— additional 


number 


is 


sgsn-number 












— if receivec 


networkNc 


de- 


number is 


sgsn-number 


then the | 


— additional 


number 


is 


msc 


-number 










1 



MO-ForwardSM-Arg : : = SEQUENCE { 






sm-RP-DA 


SM-RP-DA, 




sm-RP-OA 


SM-RP-OA, 




sm-RP-UI 


Signallnfo, 




extensionContainer 


ExtensionContainer 


OPTIONAL, 


imsi 


IMSI 


OPTIONAL } 



MO-ForwardSM-Res : : = SEQUENCE { 
sm-RP-UI 
extensionContainer 



Signallnfo 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



MT-ForwardSM-Arg : : = SEQUENCE { 






sm-RP-DA 


SM-RP-DA, 




sm-RP-OA 


SM-RP-OA, 




sm-RP-UI 


Signallnfo, 




moreMessagesToSend 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



MT-ForwardSM-Res : : = SEQUENCE 
sm-RP-UI 
extensionContainer 

. . .} 



Signallnfo 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



SM-RP-DA ::= CHOICE { 






imsi 


[0] 


IMSI, 


Imsi 


[1] 


LMSI, 


serviceCentreAddressDA 


[4] 


AddressString, 


noSM-RP-DA 


[5] 


NULL} 



SM-RP-OA ::= CHOICE { 






msisdn 


[2] 


ISDN-Address St ring. 


serviceCentreAddressOA 


[4] 


AddressString, 


noSM-RP-OA 


[5] 


NULL} 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



373 



ETSI TS 129 002 V4.9.0 (2002-09) 



ReportSM-DeliveryStatusArg : : = SEQUENCE { 
msisdn 

serviceCentreAddress 
sm-De livery Out come 
absent SubscriberDiagnosticSM 

extensionContainer 



ISDN-Address St ring. 

Address St ring, 

SM-DeliveryOutcome, 

[0] AbsentSubscriberDiagnosticSM 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 

OPTIONAL, 



gprsSupportlndicator [2] NULL 

— gprsSupportlndicator is set only if the SMS-GMSC supports 

— handling of two delivery outcomes 

deliveryOutcomelndicator [3] NULL OPTIONAL, 

— DeliveryOutcomelndicator is set when the SM-DeliveryOutcome 

— is for GPRS 

additionalSM-DeliveryOutcome [4] SM-DeliveryOutcome OPTIONAL, 

— If received, additionalSM-DeliveryOutcome is for GPRS 

— If DeliveryOutcomelndicator is set, then AdditionalSM-DeliveryOutcome shall be absent 
additionalAbsentSubscriberDiagnosticSM [5] AbsentSubscriberDiagnosticSM OPTIONAL 

— If received additionalAbsentSubscriberDiagnosticSM is for GPRS 

— If DeliveryOutcomelndicator is set, then AdditionalAbsentSubscriberDiagnosticSM 

— shall be absent 
} 



SM-DeliveryOutcome : : = ENUMERATED 
memoryCapacityExceeded (0) , 
absentSubscriber (1), 
successf ulTransf er (2)} 



Report SM-DeliveryStatusRes 

storedMSISDN 
extensionContainer 



SEQUENCE { 



ISDN-Address St ring 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



AlertServiceCentreArg : : = 

msisdn 
serviceCentreAddress 



SEQUENCE { 



ISDN-Address St ring. 
Address St ring. 



InformServiceCentreArg 

StoredMSISDN 

mw-Status 

extensionContainer 



SEQUENCE { 



ISDN-Address St ring 

MW-Status 

ExtensionContainer 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



absent SubscriberDiagnosticSM AbsentSubscriberDiagnosticSM OPTIONAL, 

additionalAbsentSubscriberDiagnosticSM [0] AbsentSubscriberDiagnosticSM OPTIONAL 

— additionalAbsentSubscriberDiagnosticSM may be present only if 

— absentSubscriberDiagnosticSM is present. 

— if included, additionalAbsentSubscriberDiagnosticSM is for GPRS and 

— absentSubscriberDiagnosticSM is for non-GPRS 



MW-Status ::= BIT STRING { 






sc-AddressNot Included 


(0), 




mnrf-Set (1), 






mcef-Set (2) , 






mnrg-Set (3) } (SIZE 


(6. .16)) 




— exception handling: 






— bits 4 to 15 shall 


be ignored if received and not 


understood 



ReadyForSM-Arg : : = SEQUENCE { 










imsi 






[0] IMSI, 




alertReason 






AlertReason, 




alert Reason Indicator 






NULL 


OPTIONAL, 


— alertReasonlndicator is 


set 


only 


when the alertReason 




— sent to HLR is for GPRS 










extensionContainer 






ExtensionContainer 


OPTIONAL, 



ReadyForSM-Res : : = SEQUENCE 
extensionContainer 

- - .} 



ExtensionContainer 



OPTIONAL, 



AlertReason : : = ENUMERATED ( 
ms-Present (0), 

memoryAvailable (1) } 
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END 



1 7.7.7 Error data types 



MAP-ER-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

RoamingNotAllowedParam, 

CallBarredParam, 

CUG-Re jectParam, 

SS- 1 incompatibility Cause, 

PW-RegistrationFailureCause, 

SM-DeliveryFailureCause, 

SystemFailureParam, 

DataMissingParam, 

UnexpectedDataParam, 

FacilityNotSupParam, 

OR-NotAllowedParam, 

UnknownSubscriberParam, 

Number ChangedPar am, 

Unidentif iedSubParam, 

IllegalSubscriberParam, 

IllegalEquipmentParam, 

BearerServNotProvParam, 

TeleservNotProvParam, 

TracingBuf ferFullParam, 

NoRoamingNbParam, 

AbsentSubscriberParam, 

BusySubscriberParam, 

NoSubscriberReplyParam, 

ForwardingViolationParam, 

ForwardingFailedParam, 

ATI-NotAllowedParam, 

SubBusyForMT-SMS-Param, 

MessageWaitListFullParam, 

AbsentSubscriberSM-Param, 

Absent SubscriberDiagnosticSM, 

ResourceLimitationParam, 

NoGroupCallNbParam, 

IncompatibleTerminalParam, 

Short TermDenialPar am, 

LongTermDenialParam, 

UnauthorizedRequestingNetwork-Param, 

UnauthorizedLCSClient-Param, 

PositionMethodFailure-Param, 

UnknownOrUnreachableLCSClient-Param, 

MM-EventNot Support ed-Par am, 

SecureTransportErrorParam, 

ATSI-NotAllowedParam, 

ATM-NotAllowedParam, 

IllegalSS-OperationParam, 

SS-NotAvailableParam, 

SS-SubscriptionViolationParam, 

Inf ormationNotAvailableParam, 

Target CellOutsideGCA-Param 



IMPORTS 

SS-Status 

FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionV (7) 

Signalinf o. 
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Basic ServiceCode, 
Net wo rkRe source 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 

Security Header, 
ProtectedPayload 
FROM MAP-ST-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ST-DataTypes (27) version7 (7)} 



SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) version7 (7) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) version7 (7) 



RoamingNotAllowedParam : : = SEQUENCE { 
roamingNotAllowedCause 
extensionContainer 



RoamingNotAllowedCause, 
ExtensionContainer 



OPTIONAL, 



RoamingNotAllowedCause : : = ENUMERATED 

plmnRoamingNotAllowed (0) , 
operatorDeterminedBarring (3) } 



CallBarredParam ::= CHOICE { 

callBarringCause CallBarringCause, 

— call BarringCause must not be used in version 3 and higher 
extensibleCallBarredParam ExtensibleCallBarredParam 

— extensibleCallBarredParam must not be used in version <3 
} 



CallBarringCause : : = ENUMERATED { 

barringServiceActive (0), 
operatorBarring (1)} 



ExtensibleCallBarredParam : : = SEQUENCE 






callBarringCause 


CallBarringCause 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 


unauthorisedMessageOriginator 


[1] NULL 


OPTIONAL } 



CUG-RejectParam ::= SEQUENCE 
cug-Reject Cause 
extensionContainer 

. . .} 



CUG-RejectCause 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CUG-RejectCause ::= ENUMERATED { 

incomingCallsBarredWithinCUG (0) , 
subscriberNotMemberOfCUG (1), 

requestedBasicServiceViolatesCUQ-Constraints (5) , 
calledPartySS-InteractionViolation (7) } 



SS-IncompatibilityCause : 


= SEQUENCE { 






ss-Code 




[1] SS-Code 


OPTIONAL, 


basicService 




Basic ServiceCode 


OPTIONAL, 


ss-Status 

. . .} 




[4] SS-Status 


OPTIONAL, 



PW-RegistrationFailureCause : : = 

undetermined (0), 
invalidFormat (1), 
newPasswordsMismatch (2)} 



ENUMERATED { 
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SM-EnumeratedDeliveryFailureCause : : = 

memoryCapacityExceeded (0), 
equipmentProtocolError (1), 
equipmentNotSM-Equipped (2), 
unknownServiceCentre (3), 
sc-Congestion (4), 
invalidSME-Address (5) , 
subscriberNotSC-Subscriber (6)} 



ENUMERATED { 



SM-DeliveryFailureCause : : = SEQUENCE { 

sm-EnumeratedDeliveryFailureCause SM-EnumeratedDeliveryFailureCause, 

diagnosticlnfo Signallnfo OPTIONAL, 

extensionContainer ExtensionContainer OPTIONAL, 



AbsentSubscriberSM-Param : : = SEQUENCE { 

absent SubscriberDiagnosticSM Absent Subs criberDiagnosticSM 

— AbsentSubscriberDiagnosticSM can be either for non-GPRS 

— or for GPRS 

extensionContainer ExtensionContainer 



OPTIONAL, 



OPTIONAL, 



additionalAbsentSubscriberDiagnosticSM [0] AbsentSubscriberDiagnosticSM OPTIONAL } 

— if received, additionalAbsentSubscriberDiagnosticSM 

— is for GPRS and absentSubscriberDiagnosticSM is 

— for non-GPRS 



AbsentSubscriberDiagnosticSM ::= INTEGER (0..255) 

— AbsentSubscriberDiagnosticSM values are defined in ETS 300 536 (3GPP TS 23.140) 



SystemFailureParam ::= CHOICE { 

networkResource NetworkResource, 

— networkResource must not be used in version 3 
extensibleSystemFailureParam Extensible SystemFailureParam 

— extensibleSystemFailureParam must not be used in version <3 
} 



ExtensibleSystemFailureParam 

networkResource 
extensionContainer 
. . .} 



SEQUENCE { 

NetworkResource 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



DataMissingParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



UnexpectedDataParam : : = 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



FacilityNotSupParam : : = SEQUENCE { 

extensionContainer ExtensionContainer 

shapeOf LocationEstimateNotSupported [0] NULL 



OPTIONAL, 
OPTIONAL} 



OR-NotAllowedParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



UnknownSubscriberParam 

extensionContainer 



SEQUENCE { 



unknownSubscriberDlagnostic 



ExtensionContainer 
UnknownSubscriberDlagnostic 



OPTIONAL, 
OPTIONAL} 



UnknownSubscriberDlagnostic : : = ENUMERATED { 
imsiUnknown (0) , 
gprsSubscriptionUnknown (1), 

npdbMlsmatch (2) } 

— if unknown values are received in 

— unknownSubscriberDlagnostic they shall be discarded 



NumberChangedParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 
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Unidentif iedSubParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



IllegalSubscriberParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



IllegalEquipmentParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



BearerServNotProvParam 

extensionContainer 

. . .} 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



TeleservNotProvParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



TracingBuf f erFullParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



NoRoamingNbParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



AbsentSubscriberParam : : = SEQUENCE 
extensionContainer 

absent Subscriber Reason 



ExtensionContainer 
[0] AbsentSubscriberReason 



OPTIONAL, 
OPTIONAL} 



AbsentSubscriberReason : : = ENUMERATED { 
imsiDetach (0) , 
restrictedArea (1), 
noPageResponse (2), 

purgedMS (3) } 

— exception handling : at reception of other values than the ones listed the 

— AbsentSubscriberReason shall be Ignored . 

— The AbsentSubscriberReason : purgedMS Is defined for the Super-Charger feature 

— (see TS 23.116} . if this value Is received In a Provide Roaming Number response 

— It shall be mapped to the AbsentSubscriberReason : ImsiDetach In the Send Routelng 

— Information response 



BusySubscriberParam : : = 


SEQUENCE { 






extensionContainer 




ExtensionContainer 


OPTIONAL, 


ccbs-Possible 




[0] NULL 


OPTIONAL, 


ccbs-Busy 




[1] NULL 


OPTIONAL} 



NoSubscriberReplyParam : : 

extensionContainer 

. . .} 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



ForwardingViolationParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ForwardingFailedParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ATI-NotAllowedParam : : = SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ATSI-NotAllowedParam ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 
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ATM-NotAllowedParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



IllegalSS-OperationParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



SS-NotAvailableParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



SS-SubscriptionViolationParam 

extensionContainer 

. . .} 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



InformationNotAvailableParam 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



SubBusyForMT-SMS-Param : : = SEQUENCE { 




extensionContainer ExtensionContainer 


OPTIONAL, 


gprsConnectionSuspended NULL 


OPTIONAL } 


— If GprsConnectionSuspended is not understood it shall 




— be discarded 





MessageWaitListFullParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ResourceLimitationParam : : 

extensionContainer 

. . .} 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



NoGroupCallNbParam : : = SEQUENCE { 
extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



IncompatibleTerminalParam : : = SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ShortTermDenialParam 

. . .} 



SEQUENCE { 



LongTermDenialParam : : = SEQUENCE { 



UnauthorizedRequestingNetwork-Param 

extensionContainer 



SEQUENCE { 
ExtensionContainer 



OPTIONAL, 



UnauthorizedLCSClient-Param : : = SEQUENCE { 

unauthorizedLCSClient-Diagnostic [0] UnauthorizedLCSClient-Diagnostic OPTIONAL, 

extensionContainer [1] ExtensionContainer OPTIONAL, 

. . . } 



UnauthorizedLCSClient -Diagnostic : : = ENUMERATED { 
noAdditionalInf ormation (0), 
clientNotlnMSPrivacyExceptionList (1) , 
callToClientNotSetup (2), 
privacyOverrideNotApplicable (3) , 
disallowedByLocalRegulatoryRequirements (4) , 
. . . } 

— exception handling: 

— any unrecognized value shall be ignored 



PositionMethodFailure-Param : : = SEQUENCE { 

positionMethodFailure-Diagnostic [0] PositionMethodFailure-Diagnostic OPTIONAL, 
extensionContainer [1] ExtensionContainer OPTIONAL, 
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PositionMethodFailure-Diagnostic : : = ENUMERATED { 
congestion (0) , 
insuf f icientResources (1), 
insuf f icientMeasurementData (2), 
inconsistentMeasurementData (3) , 
locationProcedureNotCompleted (4) , 
locationProcedureNotSupportedByTargetMS (5) , 
qoSNotAttainable (6), 

positionMethodNotAvailablelnNetwork (7) , 
positionMethodNotAvailablelnLocationArea (8) , 
. . . } 

— exception handling: 

— any unrecognized value shall be ignored 



UnknownOrUnreachableLCSClient-Param 

extensionContainer 



SEQUENCE { 
ExtensionContainer 



OPTIONAL, 



MM-EventNotSupported-Param 

extensionContainer 

. . .} 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



TargetCellOutsideGCA-Param 

extensionContainer 

. . .} 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



SecureTransportErrorParam 

securityHeader 
protectedPayload 



SEQUENCE { 



SecurityHeader, 
ProtectedPayload 



OPTIONAL 



— The protectedPayload carries the result of applying the security function 

— defined in 3GPP TS 33.200 to the encoding of the securely transported error 

— parameter 



END 



1 7.7.8 Common data types 



MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 



— general data types and values 
AddressString, 
ISDN-AddressString, 
maxISDN-AddressLength, 
FTN-AddressString, 
ISDN-SubaddressString, 
External Signal Info, 
Ext-ExternalSignallnfo, 
AccessNetworkSignalInf o, 
Signallnfo, 

maxSignalInf oLength, 
Alert ingPattern, 

— data types for numbering and Identification 
IMSI, 

IMS I, 

Identity, 

Subscriberld, 

IMEI, 

HLR-List, 

LMSI, 

GlobalCellld, 

Net workRe source. 
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NAEA-PreferredCI, 
NAEA-CIC, 

ASCI-CallReference, 
Subscriber Identity, 

— data types for CAMEL 
CellGloballdOrServiceArealdOrLAI, 

— data types for subscriber management 
BasicServiceCode, 
Ext-BasicServiceCode, 

EMLPP-Info, 

EMLPP-Priority, 

MC-SS-Info, 

MaxMC-Bearers, 

MC-Bearers, 

Ext-SS-Status, 

— data types for geographic location 
AgeOf Location Information , 
LCSClientExternallD, 

LCSClient Internal ID 

f 

IMPORTS 

TeleserviceCode, 

Ext-TeleserviceCode 
FROM MAP-TS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-TS-Code (19) version? (7)} 

BearerServiceCode, 
Ext -Bear erServiceCode 
FROM MAP-BS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versionV (7) } 

SS-Code 
FROM MAP-SS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionV (7) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7)} 



general data types 



TBCD- 


-STRING 


:= OCTET STRING 
















— This 


type 


(Telephony 


Binary Coded D 


ecimal 


String) 


is used 


to 




— represent 


several di 


gits from 


through 9, 


*, *, a 


, b, c, 


two 




— digits per octet, ea 


ch digit encode 


d 0000 


to 1001 


(0 to 9) 


f 




— 1010 


(*), 


1011 (t), 


1100 (a). 


1101 


(b) or 


1110 (c) 


; 1111 used 




— as filler 


when there 


is an odd numb 


er of digits. 








— tits 


8765 


of octet n 


encoding 


digit 


2n 










— bits 


4321 


of octet n 


encoding 


digit 


2(n-l) 


+1 







ETSI 



3GPP TS 29.002 version 4.9.0 Release 4 



381 



ETSI TS 129 002 V4.9.0 (2002-09) 



AddressString ::= OCTET STRING (SIZE ( 1 . .maxAddressLength) ) 

— This type is used to represent a number for addressing 

— purposes . It is composed of 

— a) one octet for nature of address, and numbering plan 

— indicator . 

— b) digits of an address encoded as TBCD-String . 

— a) The first octet includes a one bit extension indicator, a 

— 3 bits nature of address indicator and a 4 bits numbering 

— plan indicator, encoded as follows : 

— bit 8: 1 (no extension) 

— bits 765: nature of address indicator 

— 000 unknown 

— 001 International number 

— 010 national significant number 

— Oil network specific number 

— 100 subscriber number 

— 101 reserved 

— 110 abbreviated number 

— Ill reserved for extension 

— bits 4321: numbering plan indicator 

— 0000 unknown 

0001 ISDN/Telephony Numbering Plan (Rec CCITT E.164) 

0010 spare 

0011 data numbering plan (CCITT Rec X.121) 

0100 telex numbering plan (CCITT Rec F.69) 

0101 spare 

0110 land mobile numbering plan (CCITT Rec E.212) 

— 0111 spare 

— 1000 national numbering plan 

— 1001 private numbering plan 

— 1111 reserved for extension 

— all other values are reserved . 

— b) The following octets representing digits of an address 

encoded as a TBCD-STRING. 



[maxAddressLength INTEGER : := 



20 



ISDN- 


- Address 


String : 


= 


















AddressString 


(SIZE 


(1. . 


maxi SDN-Addres s 


Length) ) 




— This 


type is 


used 


to 


repre 


sent 


ISDN 


numbers . 





ImaxISDN-AddressLength INTEGER 



FTN-AddressString : : = 

AddressString (SIZE (1 . .maxFTN-AddressLength) ) 

— This type is used to represent forwarded-to numbers. 

— For long forwarded-to numbers (longer than 15 digits) NPI shall be unknown; 

— if NAT = international the first digits represent the country code (CC) 

— and the network destination code (NDC) as for E.164. 



[maxFTN-AddressLength INTEGER ::= 15 
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ISDN-SubaddressString : := 

OCTET STRING (SIZE (1 . .maxISDN-SubaddressLength) ) 

— This type is used to represent ISDN subaddresses . 

— It is composed of 

— a) one octet for type of subaddress and odd/even indicator . 

— b) 20 octets for subaddress information . 

— a) The first octet includes a one bit extension indicator, a 

— 3 bits type of subaddress and a one bit odd/even indicator, 

— encoded as follows : 

— bit 8: 1 (no extension) 

— bits 765: type of subaddress 

000 NSAP (X.213/IS0 8348 AD2) 
010 User Specified 

— All other values are reserved 

— bit 4: odd/even indicator 

— even number of address signals 

— 1 odd number of address signals 

— The odd/even indicator is used when the type of subaddress 

— is "user specified" and the coding is BCD. 

bits 321: 000 (unused) 

— b) Subaddress information. 

The NSAP X . 213/IS08348AD2 address shall be formatted as specified 

— by octet 4 which contains the Authority and Format Identifier 

— (AFI) . The encoding is made according to the "preferred binary 

— encoding" as defined in X . 213/IS0834AD2 . For the definition 
of this type of subaddress, see CCITT Rec 1.334. 

— For User-specific subaddress, this field is encoded according 

— to the user specification, subject to a maximum length of 20 

— octets. When interworking with X.25 networks BCD coding should 

— be applied . 



|maxISDN-SubaddressLength INTEGER 



21 



ExternalSignallnfo ::= SEQUENCE ( 
protocolld 

signalinf o 

— Information about the internal structure is given in 

— clause 7.6.9. 

extensionContainer ExtensionContainer 

— extensionContainer must not be used in version 2 

• • •} 



Protocolld, 
Signalinf o. 



OPTIONAL, 



I Signalinf o 



OCTET STRING (SIZE (1. .maxSignalInf oLength) 



maxSignallnfoLength INTEGER ::= 200 

— This NamedValue represents the theoretical maximum number of octets which is 

— available to carry a single instance of the Signalinf o data type, 

— without reguiring segmentation to cope with the network layer service . 

— However, the actual maximum size available for an instance of the data 

— type may be lower, especially when other information elements 

— have to be included in the same component. 



Protocolld : : = ENUMERATED { 




gsm-0408 (1), 




gsm-0806 (2), 




gsm-BSSMAP (3), 




— Value 3 is reserved and must not be 


used 


ets-300102-1 (4) } 





Ext-ExternalSignallnfo : : 


= SEQUENCE { 






ext -Protocolld 




Ext -Protocol Id, 




signalinf o 




Signalinf o. 




— Information about 


the internal 


structure is given in 




— clause 7.6.9.10 








extensionContainer 

. . .} 




ExtensionContainer 


OPTIONAL, 
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Ext-Protocolld : : = ENUMERATED { 
ets-300356 (1), 



} 



— exception handling: 

— For Ext-ExternalSignalInf o sequences containing this parameter with any 

— other value than the ones listed the receiver shall ignore the whole 

— Ext-ExternalSignallnfo sequence. 



AccessNetworkSignalInf o : : = SEQUENCE { 

accessNetworkProtocolId AccessNetworkProtocolId, 

signallnfo LongSignallnfo, 

— Information about the internal structure is given in clause 7 . 6 



.9.1 



extensionContainer 

. . .} 



ExtensionContainer 



OPTIONAL, 



I LongSignallnfo 



OCTET STRING (SIZE ( 1 . . maxLongSignalInf oLength) ) 



maxLongSignallnfoLength INTEGER ::= 2560 

— This Named Value represents the maximum number of octets which is available 

— to carry a single instance of the LongSignallnfo data type using 

— White Book SCCP with the maximum number of segments . 

— Jt takes account of the octets used by the lower layers of the protocol, and 

— other information elements which may be included in the same component . 



AccessNetworkProtocolId 

ts3G-48006 (1), 
ts3G-25413 (2), 



ENUMERATED { 



— exception handling: 

— For AccessNetworkSignalInf o sequences containing this parameter with any 

— other value than the ones listed the receiver shall ignore the whole 

— AccessNetworkSignalInf o sequence. 



AlertingPattern ::= OCTET STRING (SIZE (1) ) 

— This type is used to represent Alerting Pattern 



bits 8765 



0000 (unused) 



bits 43 : type of Pattern 

00 level 

01 category 
10 category 

all other values are reserved. 



bits 21 : type of alerting 



alertingLevel-0 AlertingPattern 
alertingLevel-1 AlertingPattern 
alertingLevel-2 AlertingPattern 

— all other values of Alerting level are reserved 

— Alerting Levels are defined in GSM 02.07 



'00000000' 
'00000001' 
'00000010' 



alert ingCategory-1 
alert ingCategory-2 
alert ingCategory-3 
alert ingCategory-4 
alert ingCategory-5 



AlertingPattern 
AlertingPattern 
AlertingPattern 
AlertingPattern 
AlertingPattern 



'00000100' 
'00000101' 
'00000110' 
'00000111' 
'00001000' 



— all other values of Alerting Category are reserved 

— Alerting categories are defined in GSM 02.07 



data types for numbering and Identification 



IMSI ::= TBCD-STRING (SIZE (3.. 8)) 

— digits of MCC, MNC, MSIN are concatenated in this order. 



Identity ::= CHOICE { 




imsi 


IMSI, 


Imsi-WithLMSI 


IMSI-WithLMSI} 
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IMSI-WithLMSI : : = SEQUENCE { 

imsi IMSI, 

1ms i LMSI, 

— a special value 00000000 indicates that the LMSI is not in use 

. . .} 



ASCI-CallReference ::= TBCD-STRING (SIZE (1..8)) 

— digits of VGCS/VBC-area, Group-ID are concatenated in this order. 



TMSI ::= OCTET STRING (SIZE (1..4)) 



Subscriber Id 

imsi 
tmsi 



CHOICE { 



[0] IMSI, 
[1] TMSI) 



IMEI ::= TBCD-STRING (SIZE (8)) 

— Refers to International Mobile Station Equipment Identity 

and Software Version Number (SVN) defined in TS 3GPP TS 23.003 [17] 

— If the SVN is not present the last octet shall contain the 

— digit and a filler. 

If present the SVN shall be included in the last octet. 



HLR-Id 


: := IMSI 


— 


leading digits of IMSI, i.e. (MCC, MNC, leading digits of 


— 


MSIN) forming HLR Id defined in TS 3GPP TS 23.003 [17]. 



HLR-List : 



SEQUENCE SIZE ( 1 .. maxNumOf HLR-Id) OF 

HLR-Id 



maxNumOfHLR-Id INTEGER 



50 



LMSI 



OCTET STRING (SIZE (4)) 



GlobalCellld ::= OCTET STRING 


(SIZE 


(5. 


1) ) 




— Refers to Cell Global 


Identi 


fiCE 


tion defined in TS 3GPP TS 23. 


003 [17]. 


— The internal 


structure 


is 


define 


d as follows: 




— octet 1 bits 


4321 








Mobile Country Code 1°' digit 




bits 


8765 








Mobile Country Code 2"^ digit 




— octet 2 bits 


4321 








Mobile Country Code 3"* digit 




bits 


8765 








Mobile Networlc Code 3"* digit 




— 










or filler (1111) for 2 digit 


MNCs 


— octet 3 bits 


4321 








Mobile Networlc Code 1^^ digit 




bits 


8765 








Mobile Networlt Code 2"" digit 




— octets 4 and 


5 








Location Area Code according 


to TS 3GPP TS 24.008 


[35] 














— octets 6 and 


7 








Cell Identity (CI) according 


to TS 3GPP TS 24.008 


[35] 















NetworkResource : : = 


ENUMERATED { 


plmn (0) , 




hlr (1), 




vlr (2), 




pvlr (3), 




controllingMSC 


(4), 


vmsc (5) , 




eir (6), 




rss (7)} 





NAEA-Pref erredCI : : = 

naea-PreferredCIC 
extensionContainer 

. . .} 



SEQUENCE 



[0] NAEA-CIC, 

[1] ExtensionContainer 



OPTIONAL, 



NAEA-CIC ::= OCTET STRING (SIZE (3)) 

— The internal structure is defined by the Carrier Identification 

— parameter in ANSI Tl.113.3. Carrier codes between '000' and '999' may 

— be encoded as 3 digits using '000' to '999' or as 4 digits using 

— '0000' to '0999'. Carrier codes between '1000' and '9999' are encoded 

— using 4 digits. 



Subscriberldentity ::= choice 



imsi 
msisdn 



[0] IMSI, 

[1] ISDN-AddressString 
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LCSClientExternallD : : = 

externalAddress 
extensionContainer 



SEQUENCE { 



[0] AddressString 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



LCSClientlnternallD ::= ENUMERATED { 










broadcast Service 


(0) 








o-andM-HPLMN 


(1) 








0-andM-VPLMN 


(2) 








anonymousLocation 


(3) 








targetMSsubscribedService 

1 


(4) 








— for a CAMEL phase 3 PLMN operator 


client. 


the 


value targetMSsubscribedService 


shall be used 



data types for CAMEL 



CellGloballdOrServiceArealdOrLAI ::= CHOICE { 

cellGloballdOrServiceArealdFixedLength [0] CellGloballdOrServiceArealdFixedLength, 
laiFixedLength [1] LAIFixedLength} 



CellGloballdOrServiceArealdFixedLength 




= OCTET STRING 


(SIZE (7)) 


— 


Refers 


to Cell Glob 


al 


Identif lea 


t 


ion or Service 


Are Identification 


— 


define 


d in 3GPP TS 


23 


003 












— 


The in 


ternal 


struct 


ure is 


define 


d 


as follows : 






— 


octet 


1 bits 


4321 










Mobile Country 


Code 1=' 


digit 


— 




bits 


8765 










Mobile Country 


Code 2"" 


digit 


— 


octet 


2 bits 


4321 










Mobile Country 


Code 3'^ 


digit 


— 




bits 


8765 










Mobile Network 


Code 3'^ 


digit 


— 
















or filler (1111) for 2 


digit MNCs 


— 


octet 


3 bits 


4321 










Mobile Network 


Code 1"' 


digit 


— 




bits 


8765 










Mobile Network 


Code 2"" 


digit 


— 


octets 


4 and 


5 










Location Area 


Code according to 3GPP TS 24.008 


— 


octets 


6 and 


7 










Cell Identity 


(CI) value or 


— 
















Service Area C 


ode (SAC) 


value 


— 
















according to 3GPP TS 23 


.003 



LAIFixedLength ::= OCTET STRING 


(SIZE 


(5) ) 


— Refers to Location 


Area 


Identi 


fication defined in TS 3GPP TS 23.003 [17]. 


— The internal 


struc 


ture is defi 


ned as follows : 


— octet 1 bits 


4321 






Mobile Country Code 1^ digit 


bits 


8765 






Mobile Country Code 2""^ digit 


— octet 2 bits 


4321 






Mobile Country Code 3"" digit 


bits 


8165 






Mobile Network Code 3"^ digit 


— 








or filler (1111) for 2 digit MNCs 


— octet 3 bits 


4321 






Mobile Network Code 1"^ digit 


bits 


8765 






Mobile Network Code 2"^ digit 


— octets 4 and 


5 






Location Area Code according to TS 3GPP TS 24.008 


[35] 











-- data types for subscriber management 



BasicServiceCode : : 


= CHOICE { 






bearerService 




[2] 


BearerServiceCode, 


teleservice 




[3] 


TeleserviceCode} 



Ext -BasicServiceCode : 


= CHOICE { 






ext -Bearer Service 




[2] 


Ext -BearerServiceCode, 


ext -Tele service 




[3] 


Ext -TeleserviceCode} 



EMLPP-Inf o : : = SEQUENCE { 






maximumentitledPriority 


EMLPP -Priority, 




defaultPriority 


EMLPP-Priority, 




extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



EMLPP-Priority ::= INTEGER (0..15) 




— The mapping from the values A, B, 0, 1, 2, 3, 4 to the integer- 


-value is 


— specified as follows where A is the highest and 4 is the 


lowest 


— priority level 




— the integer values 7-15 are spare and shall be mapped to 


value 4 
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priorityLevelA EMLPP-Priority : 
priorityLevelB EMLPP-Priority : 
priorityLevelO EMLPP-Priority : 
priorityLevell EMLPP-Priority : 
priorityLevel2 EMLPP-Priority : 
priorityLevelB EMLPP-Priority : 
priorityLevel4 EMLPP-Priority : 


:= 6 
:= 5 
:= 
:= 1 
:= 2 
:= 3 
:= 4 



MC-SS-Info ::= SEQUENCE ( 








ss-Code 


[0] 


SS-Code, 




ss-Status 


[1] 


Ext-SS-Status, 




nbrSB 


[2] 


MaxMC-Bearers, 




nbrUser 


[3] 


MC-Bearers, 




extensionContainer 


[4] 


ExtensionContainer 


OPTIONAL, 



MaxMC-Bearers ::= INTEGER (2 . .maxNumOfMC-Bearers) 



MC-Bearers 



INTEGER (1. .maxNumOfMC-Bearers) 



maxNumOfMC-Bearers INTEGER 



Ext-SS-Status 


::= OCTET STRING (SIZE {1..5)) 


— OCTET 1 




— bits 8765: 0000 (unused) 


— bits 4321: Used to convey the "P bit", "R bit", "A bit" and "Q bit". 


— 


representing supplementary service state information 


— 


as defined in TS 3GPP TS 23.011 [22] 


— bit 4: 


"Q bit" 


— bit 3: 


"P bit" 


— bit 2: 


"R bi t " 


— bit 1: 


"A bi t " 


— OCTETS 


2-5: reserved for future use. They shall be discarded if 


— receive 


d and not understood. 



— data types for geographic location 



AgeOfLocationlnformation ::= integer (0.. 32767) 

— the value represents the elapsed time in minutes since the last 

— network contact of the mobile station (i.e. the actuality of the 

— location information) . 

— value '0' indicates that the MS is currently in contact with the 

— network 

— value '32767' indicates that the location information is at least 

— 32767 minutes old 



END 



1 7.7.9 Teleservice Codes 



MAP-TS-Code ( 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) version7 (7)} 

DEFINITIONS 



BEGIN 
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TeleserviceCode : : = 


OCTET STRING (SIZE 


(1) ) 














— This type is 


used to 


represent 


the CO 


de 1 


dent 


ifying a 


sin 


gi 


e 


— teleservice. 


a group 


of teleservices. 


or 


all 


teleservices 




The 


— services are 


defined 


in TS GSM 


22.003 


[4] 












— The internal 


structure is defined as 


foil 


ows : 










— bits 87654321: group 


(bits 8765) and 


specific 


service 








— (bits 4321) 





















Ext-TeleserviceCode ::= octet string (size (1..5)) 

— This type is used to represent the code identifying a single 

— teleservice, a group of teleservices, or all teleservices . The 

— services are defined in TS GSM 22.003 [4]. 

— The internal structure is defined as follows: 

— OCTET 1 : 

— bits 87654321 : group (bits 8765) and specific service 

— (bits 4321) 

— OCTETS 2-5: reserved for future use. If received the 
— Ext-TeleserviceCode shall be 

— treated according to the exception handling defined for the 

— operation that uses this type. 

— Ext-TeleserviceCode includes all values defined for TeleserviceCode . 



allTeleservices 



TeleserviceCode 



'OOOOOOOO' 



allSpeechTransmissionServices 

telephony 

emergencyCalls 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'00010000' 
'00010001' 
'00010010' 



allShortMessageServices 
shortMessageMT-PP 
shortMessageMO-PP 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'OOIOOOOO'B 
'OOlOOOOl'B 
'OOIOOOIO'B 



allFacsimileTransmissionServices 
facsimileGroup3AndAlterSpeech 
automat icFacsimileGroupS 
facsiniileGroup4 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'OllOOOOO'B 
'OllOOOOl'B 
'OllOOOlO'B 
'OllOOOll'B 



— The following non-hierarchical Compound Teleservice Groups 

— are defined in TS 3GPP TS 22.030: 

allDataTeleservices TeleserviceCode ::= '01110000' 

— covers Teleservice Groups ' allEacsimileTransmissionServices ' 

— and 'allShortMessageServices ' 
allTeleservices-ExeptSMS TeleserviceCode ::= '10000000' 

— covers Teleservice Groups 'allSpeechTransmissionServices ' and 

— ' allEacsimileTransmissionServices ' 

— Compound Teleservice Group Codes are only used in call 

— independent supplementary service operations, i.e. they 

— are not used in InsertSubscriberData or in 

— DeleteSubscriberPata messages . 



allVoiceGroupCallServices 

voiceGroupCall 

voiceBroadcastCall 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'lOOlOOOO'B 
'lOOlOOOl'B 
'lOOlOOlO'B 



allPLMN-specificTS TeleserviceCode : 
plmn-specificTS-l TeleserviceCode : 
plinn-specificTS-2 TeleserviceCode : 
plmn-specificTS-3 TeleserviceCode : 
plmn-specificTS-4 TeleserviceCode : 
plmn-specificTS-S TeleserviceCode : 
plmn-specificTS-6 TeleserviceCode : 
plmn-specificTS-7 TeleserviceCode : 
plmn-specificTS-8 TeleserviceCode : 
plmn-specificTS-9 TeleserviceCode : 
pImn-specificTS-A TeleserviceCode : 
pImn-specificTS-B TeleserviceCode : 
pImn-specificTS-C TeleserviceCode : 
pImn-specificTS-D TeleserviceCode : 
pImn-specificTS-E TeleserviceCode : 
pImn-specificTS-F TeleserviceCode : 


:= 'IIOIOOOO'B 
:= 'IIOIOOOI'B 
:= 'IIOIOOIO'B 
:= 'IIOIOOII'B 
:= 'IIOIOIOO'B 
:= 'IIOIOIOI'B 
:= 'IIOIOIIO'B 
:= 'llOlOlll'B 
:= 'IIOIIOOO'B 
:= 'IIOIIOOI'B 
:= 'IIOIIOIO'B 
:= 'llOllOll'B 
:= 'llOlllOO'B 
:= 'llOlllOl'B 
:= 'llOllllO'B 
:= 'llOlllll'B 
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END 

1 7.7.1 Bearer Service Codes 

MAP-BS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versionV (7) } 

DEFINITIONS 



BEGIN 



BearerServiceCode ::= OCTET STRING (SIZE (1)) 

— This type is used to represent the code identifying a single 

— bearer service, a group of bearer services, or all bearer 

— services. The services are defined in TS 3GPP TS 22.002 [3]. 

— The internal structure is defined as follows : 

— plmn-specific bearer services : 

— bits 87654321: defined by the HPLMN operator 

— rest of bearer services : 

— bit 8: (unused) 

— bits 7654321 : group (bits 7654), and rate, if applicable 

— (bits 321) 



Ext -BearerServiceCode ::= octet string (size (1..5)) 

— This type is used to represent the code identifying a single 

— bearer service, a group of bearer services, or all bearer 

— services. The services are defined in TS 3GPP TS 22.002 [3]. 

— The internal structure is defined as follows : 

— OCTET 1 : 

— plmn-specific bearer services : 

— bits 87654321: defined by the HPLMN operator 



rest of bearer services : 
bit 8: (unused) 

bits 7654321: group (bits 7654), 
(bits 321) 



and rate, if applicable 



- OCTETS 2-5: reserved for future use. If received the 
Ext-TeleservlceCode shall be 

- treated according to the exception handling defined for the 

- operation that uses this type. 



Ext-BearerServiceCode includes all values defined for BearerServiceCode . 



allBearerServices 



BearerServiceCode 



'OOOOOOOO' 



allDataCDA-Services BearerServiceCode 
dataCDA-3 00bps BearerServiceCode 
dataCDA-1200bps BearerServiceCode 
dataCDA-1200-75bps BearerServiceCode 
dataCDA-2400bps BearerServiceCode 
dataCDA-4800bps BearerServiceCode 
dataCDA-9600bps BearerServiceCode 
general-dataCDA BearerServiceCode 




= 'OOOIOOOO'B 
= 'OOOIOOOI'B 
= 'OOOIOOIO'B 
= 'OOOlOOll'B 
= 'OOOIOIOO'B 
= 'OOOIOIOI'B 
= 'OOOIOIIO'B 
= 'OOOlOlll'B 



allDataCDS-Services BearerServiceCode : 
dataCDS-1200bps BearerServiceCode : 
dataCDS-2400bps BearerServiceCode : 
dataCDS-4800bps BearerServiceCode : 
dataCDS-9600bps BearerServiceCode : 
general-dataCDS BearerServiceCode : 


:= 'OOOllOOO'B 
:= 'OOOIIOIO'B 
:= 'OOOlllOO'B 
:= 'OOOlllOl'B 
:= 'OOOllllO'B 
:= 'OOOlllll'B 
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allPadAccessCA-Services BearerServiceCode : 
padAccessCA-SOObps BearerServiceCode : 
padAccessCA-1200bps BearerServiceCode : 
padAccessCA-1200-75bps BearerServiceCode : 
padAccessCA-2400bps BearerServiceCode : 
padAccessCA-4800bps BearerServiceCode : 
padAccessCA-9600bps BearerServiceCode : 
general-padAccessCA BearerServiceCode : 


:= 'OOIOOOOO'B 
:= 'OOlOOOOl'B 
:= 'OOIOOOIO'B 
:= 'OOlOOOll'B 
:= 'OOIOOIOO'B 
:= 'OOIOOIOI'B 
:= 'OOlOOllO'B 
:= 'OOlOOlll'B 



allDataPDS-Services 


BearerServiceCode : 


= 'OOIOIOOO'B 


dataPDS-2400bps 


BearerServiceCode ; 


= 'OOlOllOO'B 


dataPDS-4800bps 


BearerServiceCode : 


= 'OOlOllOl'B 


dataPDS-9600bps 


BearerServiceCode : 


= 'OOlOlllO'B 


general-dataPDS 


BearerServiceCode ; 


= 'OOlOllll'B 



1 allAlternateSpeech-DataCDA 


BearerServiceCode : : 


= '00110000 


B 1 




1 allAlternateSpeech-DataCDS 


BearerServiceCode : : 


= '00111000 


B 1 




1 allSpeechFollowedByDataCDA 


BearerServiceCode ; : 


= '01000000 


B 1 




1 allSpeechFollowedByDataCDS 


BearerServiceCode : : 


= '01001000 


B 1 



— The following non-hierarchical Compound Bearer Service 

— Groups are defined in TS 3GPP TS 22.030: 



allDataCircuitAsynchronous 

— covers "allDataCDA-Services" 

— "allSpeechFollowedByDataCDA" 
allAsynchronousServices 

— covers "allDataCDA-Servlces" 

— "allSpeechFollowedByDataCDA" 
allDataCircuit Synchronous 

— covers "allDataCDS-Servlces" 

— "allSpeechFollowedByDataCDS" 
allSynchronousServices 

— covers "allDataCDS-Servlces" 

— "allSpeechFollowedByDataCDS" 



BearerServiceCode ::= '01010000' 
. "allAlternateSpeech-DataCDA" and 

BearerServiceCode ::= '01100000' 
. "allAlternateSpeech-DataCDA", 
and "allPadAccessCDA-Services" 

BearerServiceCode ::= '01011000' 
. "allAlternateSpeech-DataCDS" and 



BearerServiceCode 



'01101000' 



. "allAlternateSpeech-DataCDS", 
and "allDataPDS-Services" 



— Compound Bearer Service Group Codes are only used in call 

— independent supplementary service operations, i.e. they 

— are not used in InsertSubscriberData or in 

— DeleteSuhscriherData messages . 



allPLMN-specificBS BearerServiceCode : 
plmn-specificBS-1 BearerServiceCode : 
plmn-specificBS-2 BearerServiceCode : 
plmn-specificBS-3 BearerServiceCode : 
plmn-specificBS-4 BearerServiceCode : 
plmn-specificBS-S BearerServiceCode : 
plmn-specificBS-6 BearerServiceCode : 
plmn-specificBS-7 BearerServiceCode : 
plmn-specificBS-8 BearerServiceCode : 
plinn-specificBS-9 BearerServiceCode : 
plmn-specificBS-A BearerServiceCode : 
pImn-specificBS-B BearerServiceCode : 
pImn-specificBS-C BearerServiceCode : 
plmn-specificBS-D BearerServiceCode : 
pImn-specificBS-E BearerServiceCode : 
pImn-specificBS-F BearerServiceCode : 


:= 'IIOIOOOO'B 
:= 'IIOIOOOI'B 
:= 'IIOIOOIO'B 
:= 'IIOIOOII'B 
:= 'IIOIOIOO'B 
:= 'IIOIOIOI'B 
:= 'IIOIOIIO'B 
:= 'llOlOlll'B 
:= 'IIOIIOOO'B 
:= 'IIOIIOOI'B 
:= 'IIOIIOIO'B 
:= 'llOllOll'B 
:= 'llOlllOO'B 
:= 'llOlllOl'B 
:= 'llOllllO'B 
:= 'llOlllll'B 



END 



1 7.7. 1 1 Extension data types 



MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 



DEFINITIONS 



IMPLICIT TAGS 



BEGIN 
EXPORTS 
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PrivateExtension, 
ExtensionContainer; 



IOC for private MAP extensions 



MAP-EXTENSION ::= CLASS { 

SExtensionType OPTIONAL, 

Sextensionld OBJECT IDENTIFIER } 

— The length of the Object Identifier shall not exceed 16 octets and the 

— number of components of the Object Identifier shall not exceed 16 



data types 



ExtensionContainer : : = sequence { 

privateExtensionList 
pcs-Extensions 



[0 ] PrivateExtensionList 
[l]PCS-Extensions 



OPTIONAL, 
OPTIONAL, 



PrivateExtensionList 



SEQUENCE SIZE ( 1 . . maxNumOf PrivateExtensions ) OF 
PrivateExtension 



PrivateExtension : 


= SEQUENCE { 






extid 




MAP-EXTENSION. Sextensionld 
( {ExtensionSet } ) , 




extType 




MAP-EXTENSION. SExtensionType 








( {ExtensionSet} {gextld} ) 


OPTIONAL} 



maxNumOf PrivateExtensions integer 



10 



ExtensionSet MAP-EXTENSION ::= 

{. . . 

— ExtensionSet is the set of all defined private extensions 

} 

— Unsupported private extensions shall be discarded if received. 



PCS-Extensions 

. . .} 



SEQUENCE { 



17.7.12 Group Call data types 

MAP-GR-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-GR-DataTypes (23) versionV (7) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

PrepareGroupCallArg, 

PrepareGroupCallRes, 

SendGroupCallEndSignalArg, 

Sender oupCallEndSignalRes, 

ForwardGroupCallSignallingArg, 

ProcessGroupCallSignallingArg 



IMPORTS 

ISDN-Address St ring, 

IMSI, 

EMLPP-Priority, 

ASCI-CallReference 
FROM MAP-CommonDataTypes { 
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ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 

Ext-TeleserviceCode 
FROM MAP-TS-Code { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versionV (7) } 

Kc 
FROM MAP-MS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) version? (7)} 



ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7) 



PrepareGroupCallArg : : = SEQUENCE 


{ 




teleservice 


Ext-TeleserviceCode, 




asciCallReference 


ASCI-CallReference, 




codec-Info 


CODEC-Info, 




cipher ingAlgorithm 


Cipher ingAlgorithm, 




groupKeyNumber 


[0] GroupKeyNumber 


OPTIONAL, 


groupKey 


[l]Kc 


OPTIONAL, 


priority 


[2]EMLPP-Priority 


OPTIONAL, 


uplinkFree 


[3] NULL 


OPTIONAL, 


extensionContainer 


[4] ExtensionContainer 


OPTIONAL, 



PrepareGroupCallRes : : = SEQUENCE 
groupCallNumber 
extensionContainer 

. . .} 



ISDN-Address St ring, 
ExtensionContainer 



OPTIONAL, 



SendGroupCallEndSignalArg 

imsi 
extensionContainer 



SEQUENCE { 



IMSI 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



SendGroupCallEndSignalRes 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



ForwardGroupCallSignallingArg : 


= SEQUENCE { 






imsi 


IMSI 




OPTIONAL, 


uplinkRequestAck 


[0] NULL 




OPTIONAL, 


uplinkRelease Indication 


[1] NULL 




OPTIONAL, 


uplinkReject Command 


[2] NULL 




OPTIONAL, 


uplinkSeizedCommand 


[3] NULL 




OPTIONAL, 


uplinkReleaseCommand 


[4] NULL 




OPTIONAL, 


extensionContainer 


ExtensionCont 


ainer 


OPTIONAL, 


s t at eAt tributes 


[5] StateAttributes 


OPTIONAL } 



ProcessGroupCallSignallingArg ; 


= SEQUENCE { 




uplinkRequest 


[0] NULL 


OPTIONAL, 


uplinkRelease Indication 


[1] NULL 


OPTIONAL, 


releaseGroupCall 


[2] NULL 


OPTIONAL, 


extensionContainer 

. . .} 


ExtensionContainer 


OPTIONAL, 



I GroupKeyNumber 



INTEGER (0. . 15) 



CODEC-Info ::= OCTET STRING (SIZE (5.. 10)) 

— Refers to channel type 

— coded according to 3GPP TS 48.008 [49] and including Element identifier and Length 
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CipheringAlgorithm 


: := OCTET 


STRING (SIZE 


(1) ) 


— Refers to ' 


permitted 


alg 


on 


thms ' 


in 'encryption information' 


— coded accoi 


ding to 


3 GPP 


TS 


48.008 


[49]: 


— Bits 


8-1 














— 8765 


4321 














— 0000 


0001 












No encryption 


— 0000 


0010 












GSM A5/1 


— 0000 


0100 












GSM A5/2 


— 0000 


1000 












GSM A5/3 


— 0001 


0000 












GSM A5/4 


— 0010 


0000 












GSM A5/5 


— 0100 


0000 












GSM A5/6 


— 1000 


0000 












GSM A5/7 



StateAttributes : : = SEQUENCE { 














downlinkAttached [5] NULL 












OPTIONAL, 


uplinkAttached [6] NULL 












OPTIONAL, 


dualCommunication [7] NULL 












OPTIONAL, 


callOriginator [8] NULL 












OPTIONAL } 


— Refers to 3GPP TS 44.068 for definitions of StateAtt 


ribut 


es 


fie 


ids. 





1 7.7.13 Location service data types 

MAP-LCS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-LCS-DataTypes (25) version7 (7) 

DEFINITIONS 
IMPLICIT TAGS 



1 

2 
3 
4 
5 
6 

7 :: = 

8 BEGIN 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 



EXPORTS 

Routing I nfoForLCS-Arg, 

Routing I nfoForLCS-Res, 

ProvideSubscriberLocation-Arg, 

ProvideSubscriberLocat ion-Res, 

Subs criberLo cat ionReport-Arg, 

SubscriberLocationReport-Res, 

LocationType, 

LCSClientName, 

LCS-QoS, 

Horizontal-Accuracy, 

ResponseTime, 

Ext -Geographical Information, 

SupportedGADShapes, 

Add-Geographicallnformation 



IMPORTS 

Address St ring, 

ISDN-Address St ring, 

IMEI, 

IMS I, 

LMSI, 

Subscriber Identity, 

AgeOf Location Information , 

LCSClientExternallD, 
LCSClient Internal ID 
FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) version7 (7) 
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41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 
90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 



ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionV (7)} 

USSD-DataCodingScheme, 
USSD-String 
FROM MAP-SS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) modules (3) 
map-SS-DataTypes (14) version? (7) } 

APN 
FROM MAP-MS-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) versionV (7) } 

Additional-Number 
FROM MAP-SM-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SM-DataTypes (16) versionV (7) } 



RoutinglnfoForLCS-Arg : 

mlcNumber 

targetMS 

extensionContainer 

. . .} 



SEQUENCE 



[0] ISDN-AddressString, 
[1] Subscriberldentity, 
[2] ExtensionContainer 



OPTIONAL, 



RoutinglnfoForLCS-Res : 

targetMS 

IcsLocationlnfo 

extensionContainer 



SEQUENCE 



[0] Subscriberldentity, 
[1] LCSLocationlnfo, 
[2] ExtensionContainer 



OPTIONAL, 



LCSLocationlnfo : : = SEQUENCE { 






networkNode-Number 


ISDN-Address St ring. 




— NetworkNode-number can be either 


msc-number or sgsn-number 




Imsi 


[0] LMSI OPTIONAL, 




extensionContainer 


[1] ExtensionContainer OPTIONAL, 




gprsNode Indicator 


[2] NULL OPTIONAL, 




— gprsNodelndicator is set only if 


the SGSN number is sent as the Network Node 


Number 


additional -Number 
} 


[3] Additional-Number OPTIONAL 





ProvideSubscriberLocat 


ion- 


-Arg :: 


= SEQUENCE { 




locationType 






Loc 


ationType, 




mlc-Number 






ISDN-Address St ring. 




Ics-ClientID 






[0] 


LCS-ClientID 


OPTIONAL, 


privacy Over ride 






[1] 


NULL 


OPTIONAL, 


imsi 






[2] 


IMSI 


OPTIONAL, 


msisdn 






[3] 


ISDN-Address St ring 


OPTIONAL, 


Imsi 






[4] 


LMSI 


OPTIONAL, 


imei 






[5] 


IMEI 


OPTIONAL, 


Ics-Priority 






[6] 


LCS-Priority 


OPTIONAL, 


Ics-QoS 






[7] 


LCS-QoS 


OPTIONAL, 


extensionContainer 






[8] 


ExtensionContainer 


OPTIONAL, 


support edGADShapes 






[9] 


Support edGADShapes 


OPTIONAL} 


— one of imsi or msisdn 


is mandatory 







LocationType : : = SEQUENCE { 
locationEstimateType 

def err edLocationEvent Type 



[0] LocationEstimateType, 

[1] Def erredLocationEventType 



OPTIONAL } 
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109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 



LocationEstimateType : : = ENUMERATED { 
currentLocation 
currentOrLastKnownLocation 
initialLocation 



(0) 
(1) 
(2) 



activateDeferredLocation (3), 

cancelDef erredLocation (4) } 

exception handling: 

a ProvideSubscriberLocation-Arg containing an unrecognized LocationEstimateType 

shall be rejected by the receiver with a return error cause of unexpected data value 



(0) } (SIZE (1..16)) 



DeferredLocationEventType ::= BIT STRING { 

msAvailable 

— exception handling 

— a ProvideSubscriberLocation-Arg containing other values than listed above in 

— DeferredLocationEventType shall be rejected by the receiver with a return error cause of 

— unexpected data value. 



LCS-ClientID ::= SEQUENCE { 








IcsClientType 


[0] 


LCSClientType, 




IcsClientExternallD 


[1] 


LCSClientExternallD 


OPTIONAL, 


IcsClientDialedByMS 


[2] 


Address St ring 


OPTIONAL, 


1 c sC 1 lent Inter nail D 


[3] 


LCSClient Internal ID 


OPTIONAL, 


IcsClientName 


[4] 


LCSClientName 


OPTIONAL, 


IcsAPN 


[5] 


APN 


OPTIONAL } 



LCSClientType : : = ENUMERATED 












emergency Services 








(0), 




valueAddedServices 








(1), 




plmn Operator Services 








(2), 




lawful Intercept Services 

1 








(3), 




exception handling: 












— unrecognized values 


may 


be 


ig 


nored if the LCS client 


uses the privacy override 


— otherwise, an unreco 


gnized 


va 


lue shall be treated as 


unexpected data by a receiver 


a return error shall 


the 


n be 


returned if received in 


a MAP invoke 



LCSClientName : : = SEQUENCE { 
dataCodingScheme 
nameString 



[0] USSD-DataCodingScheme, 
[2] NameString, 



— The USSD-DataCodlngScheme shall Indicate use of the default alphabet through the 

— following encoding 

bit 76543210 
00001111 



I NameString 



USSD-String (SIZE ( 1 . .maxNameStringLength) ) 



ImaxNameStringLength INTEGER 



63 



LCS-Priority ::= OCTET STRING (SIZE (1)) 

— = highest priority 

— 1 = normal priority 

— all other values treated as 1 



LCS-QoS : : = SEQUENCE { 








horizontal -accuracy 


[0] 


Horizontal-Accuracy 


OPTIONAL, 


verticalCoordinateRequest 


[1] 


NULL 


OPTIONAL, 


vertical -accuracy 


[2] 


Vertical-Accuracy 


OPTIONAL, 


responseTime 


[3] 


ResponseTime 


OPTIONAL, 


extensionContainer 

. . .} 


[4] 


ExtensionContainer 


OPTIONAL, 



Horizontal-Accuracy 


::= OCTET STRING (SIZE (1)) 




— bit 8=0 






— bits 7-1 = 7 


bit Uncertainty Code defined in 3GPP TS 23.032. The 


horizontal location 


— error should 


be less than the error indicated by the uncertainty 


code with 67% 


— confidence. 







Vert 


ical-Accuracy : : 


= OCTET 


STRING (SIZE 


(1) ) 




















— bit 8 = 


= 


























— bits 7- 


-1 = 7 


bit Ver 


tical Uncertainty 


Code 


defined 


in 


3GPP 


TS 


23. 


032. 




— The vertical 


location error should be 


less 


than 


the 


error 


indicat 


ed 




— by the 


uncertainty c 


ode with 67% 


confidence . 
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186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 



ResponseTime : : = sequence { 

responseTimeCategory ResponseTimeCategory, 

. . .} 
— note: an expandable SEQUENCE simplifies later addition of a numeric response time. 



ResponseTimeCategory ; ; = 

lowdelay (0) , 
delaytolerant (1), 



ENUMERATED 



exception handling: 

an unrecognized value shall be treated the same as value 1 (delaytolerant) 



SupportedGADShapes ::= BIT STRING { 
ellipsoidPoint (0) , 

ellipsoidPointWithUncertaintyCircle (1) , 
ellipsoidPointWithUncertaintyEllipse (2) , 
polygon (3) , 

ellipsoidPointWithAltitude (4), 

ellipsoidPointWithAltitudeAndUncertaintyElipsoid (5) , 
ellipsoidArc (6) } (SIZE (7.. 16)) 

— A node shall mark in the BIT STRING all Shapes defined in 3GPP TS 23.032 it supports. 

— exception handling : bits 7 to 15 shall be Ignored If received . 



ProvideSubscriberLocation-Res : 

locationEstimate 
ageOf LocationEstimate 
extensionContainer 

add-LocationEstimate 

def err edmt-lr Response Indicator 



SEQUENCE { 

Ext -Geographical Information, 
[0] AgeOf Locationinf ormation 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



[2] Add-Geographicallnformation OPTIONAL, 
[3] NULL OPTIONAL } 



if def erredmt-lrResponselndicator is set, locationEstimate is ignored. 

the add-LocationEstimate parameter shall not be sent to a node that did not indicate the 

geographic shapes supported in the ProvideSubscriberLocation-Arg 

The locationEstimate and the add-locationEstimate parameters shall not be sent if 

the SupportedGADShapes parameter has been received in ProvideSubscriberLocation-Arg 

and the shape encoded in locationEstimate or add-LocationEstimate is not marked 

as supported in SupportedGADShapes. In such a case ProvideSubscriberLocation 

shall be rejected with error FacilityNotSupported with additional indication 

shapeOfLocationEstimateNot Supported 
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228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 



Ext-Geograph 


icallnformation : := octet string (size (l . .maxExt-Geographicallnformation) ) | 


— 


Refers 


to geographical Information defined in 3GPP TS 23.032. 




— 


This is composed of 1 or more octets with an internal structure according to | 


— 


3GPP TS 23.032 




— 


Octet 


1: Type of shape, only the following shapes in 3GPP TS 23.032 are allowed: | 


— 




(a) Ellipsoid point with uncertainty circle 




— 




(b) Ellipsoid point with uncertainty ellipse 




— 




(c) Ellipsoid point with altitude and uncertainty ellipsoid 




— 




(d) Ellipsoid Arc 




— 




(e) Ellipsoid Point 




— 


Any other value in octet 1 shall be treated as invalid 




— 


Octets 


2 to 8 for case (a) - Ellipsoid point with uncertainty circle 




— 




Degrees of Latitude 3 


octets 


— 




Degrees of Longitude 3 


octets 


— 




Uncertainty code 1 


octet 


— 


Octets 


2 to 11 for case (b) - Ellipsoid point with uncertainty ellipse: | 


— 




Degrees of Latitude 3 


octets 


— 




Degrees of Longitude 3 


octets 


— 




Uncertainty semi-major axis 1 


octet 


— 




Uncertainty semi-minor axis 1 


octet 


— 




Angle of major axis 1 


octet 


— 




Confidence 1 


octet 


— 


Octets 


2 to 14 for case (c) - Ellipsoid point with altitude and uncertainty ellipsoid | 


— 




Degrees of Latitude 3 


octets 


— 




Degrees of Longitude 3 


octets 


— 




Altitude 2 


octets 


— 




Uncertainty semi-major axis 1 


octet 


— 




Uncertainty semi-minor axis 1 


octet 


— 




Angle of major axis 1 


octet 


— 




Uncertainty altitude 1 


octet 


— 




Confidence 1 


octet 


— 


Octets 


2 to 13 for case (d) - Ellipsoid Arc 




— 




Degrees of Latitude 3 


octets 


— 




Degrees of Longitude 3 


octets 


— 




Inner radius 2 


octets 


— 




Uncertainty radius 1 


octet 


— 




Offset angle 1 


octet 


— 




Included angle 1 


octet 


— 




Confidence 1 


octet 


— 


Octets 


2 to 7 for case (e) - Ellipsoid Point 




— 




Degrees of Latitude 3 


octets 






Degrees of Longitude 3 


octets 


— 


An Ext 


-Geographicalinf ormation parameter comprising more than one octet and 


— 


containing any other shape or an incorrect number of octets or coding 


according 


— 


to 3GPP TS 23.032 shall be treated as invalid data by a receiver. 




— 


An Ext 


-Geographicalinf ormation parameter comprising one octet shall be discarded 


— 


by the 


receiver if an Add-Geographicalinf ormation parameter is received 


— 


in the 


same message. 




— 


An Ext 


-Geographicalinf ormation parameter comprising one octet shall be treated as 


— 


invali 


d data by the receiver if an Add-Geographicalinf ormation parameter is not 


— 


received in the same message. 


1 



maxExt-Geographicallnformation INTEGER ::= 20 

— the maximum length allows for further shapes in 3GPP TS 23.032 to be included in later 

— versions of 3GPP TS 29.002 
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288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 
305 
306 
307 
308 
309 
310 
311 
312 
313 
314 
315 
316 
317 
318 
319 
320 
321 
322 
323 
324 
325 
326 
327 
328 
329 
330 
331 
332 
333 
334 
335 
336 
337 
338 
339 
340 
341 
342 
343 
344 
345 
346 
347 
348 
349 
350 
351 
352 
353 
354 
355 
356 
357 



Add-Geographicallnformation : := octet string (size (l . .maxAdd-Geographicallnformation) ) 

— Refers to geographical Information defined in 3GPP TS 23.032. 

— This is composed of 1 or more octets with an internal structure according to 

— 3GPP TS 23.032 

— Octet 1: Type of shape, all the shapes defined in 3GPP TS 23.032 are allowed: 

— Octets 2 to n (where n is the total number of octets necessary to encode the shape 

— according to 3GPP TS 23.032) are used to encode the shape itself in accordance with 



the 



— encoding defined in 3GPP TS 23.032 

— An Add-Geographicallnformation parameter, whether valid or invalid, received 

— together with a valid Ext-Geographicalinf ormation parameter in the same message 

— shall be discarded. 

— An Add-Geographicallnformation parameter containing any shape not defined in 

— 3GPP TS 23.032 or an incorrect number of octets or coding according to 

— 3GPP TS 23.032 shall be treated as invalid data by a receiver if not received 

— together with a valid Ext-Geographicalinf ormation parameter in the same message. 



maxAdd-Geographicallnformation INTEGER : 


:= 91 




— the maximum length allows support 


for all the shapes 


currently defined in 3GPP TS 


23.032 







SubscriberLocationReport-Arg 

Ics-Event 

Ics-ClientID 

IcsLocationlnfo 

msisdn 

imsi 

imei 

na-ESRD 

na-ESRK 

locationEstimate 

ageOf LocationEstimate 

extensionContainer 

add-LocationEstimate 
def err edmt-lr Data 



SEQUENCE ( 

LCS-Event, 

LCS-ClientID, 

LCSLocat ion Info, 

[0] ISDN-Address St ring 

[1] IMSI 

[2] IMEI 

[3] ISDN-Address St ring 

[4] ISDN-Address St ring 

[5 ] Ext -Geographi call nf ormation 

[ 6] AgeOf Location Information 

[7 ] ExtensionContainer 

[ 8 ] Add-Geographicallnformation 
[9] Deferredmt-lrData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 

OPTIONAL, 
OPTIONAL 



— one of msisdn or imsi is mandatory 

— a location estimate that is valid for the locationEstimate parameter should 

— be transferred in this parameter in preference to the add-LocationEstimate. 

— the def erredmt-lrData parameter shall be included if and only if the Ics-Event 

— indicates a def erredmt-lrResponse . 

— if the Ics-Event indicates a def erredmt-lrResponse then the locationEstimate 

— and the add-locationEstimate parameters shall not be sent if the 

— supportedGADShapes parameter had been received in ProvideSubscriberLocation-Arg 

— and the shape encoded in locationEstimate or add-LocationEstimate was not marked 

— as supported in supportedGADShapes. In such a case terminationCause 

— in def erredmt-lrData shall be present with value 

— shapeOfLocationEstimateNot Supper ted. 



Deferredmt-lrData : 


: = 


SEQUENCE { 














deferredLocation 


Eve 


ntType 




Def 


erredLocationEventType 








terminationCause 








[0] 


TerminationCause 






OPTIONAL, 


IcsLocationlnfo 
1 








[1] 


LCSLocat ionlnfo 






OPTIONAL, 


— IcsLocationIn 


fo 


may be incl 


uded 


only 


if a terminationCause 


is 


P 


resent 


— indicating mt 


-li 


Restart . 















LCS-Event : : = ENUMERATED ( 

emergencyCallOrigination (0) , 
emergencyCallRelease (1) , 
mo-lr (2 ) , 

def err edmt-lr Response (3) } 

— exception handling: 

— a SubscriberLocationReport-Arg containing an unrecognized LCS-Event 

— shall be rejected by a receiver with a return error cause of unexpected data value 
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358 
359 
360 
361 
362 
363 
364 
365 
366 
367 
368 
369 
370 
371 
372 
373 
374 
375 
376 
377 
378 
379 
380 
381 
382 



TerminationCause : : = ENUMERATED { 
normal (0) , 
errorundef ined (1)^ 
internalTimeout (2), 
congestion (3) , 
mt-lrRestart (4), 
privacyViolation (5), 

shapeOf LocationEstimateNotSupported (6) } 

— mt-lrRestart shall be used to trigger the GMLC to restart the location procedure, 

— either because the sending node knows that the terminal has moved under coverage 

— of another MSC or SGSN (e.g. Send Identification received), or because the subscriber 

— has been deregistered due to a Cancel Location received from HLR. 

— exception handling 

— an unrecognized value shall be treated the same as value 1 (errorundef ined) 



SubscriberLocationReport-Res 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



1 1 7.7.1 4 Secure transport data types 
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MAP-ST-DataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ST-DataTypes (27) versionV (7) 

DEFINITIONS 
IMPLICIT TAGS 

BEGIN 

EXPORTS 

SecureTransportArg, 
SecureTransportRes, 
Security Header, 
ProtectedPayload 



IMPORTS 
IMSI 

FROM MAP-CommonDataTypes { 

ccitt identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionV (7) 



SecureTransportArg : : = SEQUENCE ( 




securityHeader 


SecurityHeader, 


protected? ay load 


ProtectedPayload OPTIONAL 


— The protectedPayload carries the 


result of applying the security function 


— defined in 3GPP TS 33.200 to the 


encoding of the argument of the securely 


— transported operation 





SecureTransportRes 


: : = 


SEQUENCE { 




















securityHeader 












SecurityHeader, 










protectedPayload 










Prot 


ectedP 


ayload 








OPTIONAL 


— The protect 


edPa 


yload 


carries 


the 


result of 


applying the 


securi 


ty 


function 


— defined in 


3GPP 


TS 33 


.200 


to 


the 


encoding 


3f the 


result 


of 


the 


securely | 


— transported 


operation 




















1 



SecurityHeader : : = SEQUENCE ( 
securityParameters Index 
originalComponent Identifier 
initialisationVector 



SecurityParameters Index, 
OriginalComponent Identifier, 
InitialisationVector 



OPTIONAL, 



ProtectedPayload ::= octet string(size (i . . 3438)) 

— In protection mode (noProtection) the ProtectedPayload carries the transfer 

— syntax value of the component parameter Identified by the 

— orlglnalComponentldentlfler. 

— In protection mode 1 (IntegrityAuthenticity) the protectedPayload carries 

— the transfer syntax value of the component 

— parameter Identified by the orlglnalComponentldentlfler, followed by 

— the 32 bit Integrity check value. 

— The Integrity check value Is the result of applying the hash algorithm 

— to the concatenation of the transfer syntax value of the SecurityHeader, 

— and the transfer syntax value of the component parameter . 

— In protection mode 2 (confident lalitylntegrityAuthenticlty) the protected 

— pd-yload carries the encrypted transfer syntax 

— value of the component parameter Identified by the 

— orlglnalComponentldentlfler, followed by the 32 bit Integrity check value. 

— The Integrity check value Is the result of applying the hash algorithm 

— to the concatenation of the transfer syntax value of the SecurityHeader, 

— and the encrypted transfer syntax value of the component parameter . 

— 5ee 33.200. 

— The length of the protectedPayload is adjusted according to the capabilities of 

— the lower protocol layers 



I SecurityParameters Index ::= OCTET STRING (SIZE(4) 
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InitialisationVector ::= OCTET STRING (SIZE(14)) 

— the internal structure is defined as follows : 

— Octets 1 to 4 : TVP . The TVP is a 32 bit time stamp. Its value is binary coded 

— and indicates the number of intervals of 100 milliseconds 
elapsed since 1st January 2002, 0:00:00 UTC 

— Octets 5 to 10: NE-Id. The NE-Id uniquely identifies the sending network entity 

within the PLMN. It is the entity's E.164 number without CC and 
NDC. It is TBCD-coded, padded with zeros. 

— Octets 11 to 14: PROP. This 32 bit value is used to make the 

— InitialisationVector unique within the same TVP period. 

— The content is not standardized. 



OriginalComponent Identifier ::= CHOICE { 

operationCode [0] OperationCode, 

errorCode [1] ErrorCode, 

userlnfo [2] NULL} 



OperationCode : : = 


CHOICE { 




localValue 




INTEGER, 


globalValue 




OBJECT IDENTIFIER} 



ErrorCode ::= CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER} 



END 



18 General on MAP user procedures 

18.1 Introduction 

Clauses 18 to 25 describe the use of MAP services for GSM signalling procedures. GSM signalling procedures may 
involve one or several interfaces running one or several application protocols. The present document addresses only the 
signalling procedures which require at least the use of one MAP service. 

When a signalling procedure takes place in the network, an application process invocation is created in each system 
component involved. Part of the application process invocation acts as a MAP user and handles one or several MAP 
dialogues. For each dialogue it employs an instance of the MAP service provider. It may also use other communication 
services to exchange information on other interfaces, but detailed description of these aspects is outside the scope of the 
present document. 

1 8.2 Common aspects of user procedure descriptions 
18.2.1 General conventions 

For each signalling procedure the present document provides a brief textual overview accompanied by a flow diagram 
which represent the functional interactions between system components. Functional interactions are labelled using the 
MAP service name when the interaction results from a service request or by this service name followed by the symbol 
"ack" when this interaction results from a service response. 

For each of the system components involved, the present document also provides a detailed textual description of the 
application process behaviour as well as an SDL diagram. SDL diagrams describe the sequence of events, as seen by the 
MAP-User, which occurs at MAP service provider boundaries as well as external events which occur at other interfaces 
and which impact on the previous sequence. 

External events do not necessarily correspond to the messages of other protocols used in the system component. The 
MAP-user procedures are described as if a set of interworking functions (IWF) between the MAP-user and the other 
protocol entities was implemented (see figure 18.2/1). Such interworking functions are assumed to perform either an 
identity mapping or some processing or translation as required to eliminate information irrelevant to the MAP-user. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



401 



ETSI TS 129 002 V4.9.0 (2002-09) 



The mapping of service primitives on to protocol elements is described in clauses 14 to 17. 

GSM signalling procedures are built from one or more sub-procedures (e.g. authentication, ciphering, ...). 
Sub-procedures from which signalling procedures are built are represented using SDL MACRO descriptions. 

In case of any discrepancy between the textual descriptions and the SDL descriptions, the latter take precedence. 

18.2.2 Naming conventions 

Events related to MAP are represented by MAP service primitives. The signal names used in the SDL diagrams are 
derived from the service primitive names defined in clauses 7 to 12, with some lexical transformations for readability 
and parsability purposes (blanks between words are replaced by underscores, the first letter of each word is capitalised). 

Events received and sent on other interfaces are named by appending the message or signal name to a symbol 
representing the interface type, with some lexical transformations for readability and parsability purposes (blanks 
between words are replaced by underscores, the first letter of each word is capitalised). 

The following symbols are used to represent the interface types: 

"I": For interfaces to the fixed network. "I" stands for ISUP interface. 

"A": For interfaces to BSS (i.e. A-interfaces); 

"OM": For network management interfaces (communication with OMC, MML interface, ...); 

"SC": For interfaces to a Service Centre; 

"HO_CA": For internal interfaces to the Handover Control Application. 

"US": For a local USSD application. 

These naming conventions can be summarised by the following BNF description: 



<Event_Name> 
<MAP_Primitive> 

<MAP_Open> 

<MAP_Close> 

<MAP_U_Abort> 

<MAP_P_Abort> 

<MAP_Notice> 

<MAP_Specific> 

<MAP_Req> 

<MAP_lnd> 

<MAP_Rsp> 

<MAP_Cnf> 

<External_Event> 

<Interface_Type> 

<External_Signal> 

<Service Name> 



::= <MAP_Primitive> I <External_Event> 

::= <MAP_Open> I <MAP_Close> I <MAP_U_Abort> I <MAP_P_Abort> I 
<MAP_Specific> I <MAP_Notice> 

::= MAP_Open_Req I MAP_Open_Ind I MAP_Open_Rsp I MAP_Open_Cnf 
::= MAP_Close_Req I MAP_Close_Ind 
::= MAP_U_Abort_Req I MAP_U_Abort_Ind 
::= MAP_P_Abort_Ind 
::= MAP_Notice_Ind 
: <MAP_Req> I <MAP_Ind> I <MAP_Rsp> I <MAP_Cnf> 
::= MAP_<Service_Name>_Req 
::= MAP_<Service_Name>_Ind 
::= MAP_<Service_Name>_Rsp 
::= MAP_<Service_Name>_Cnf 
::= <Interface_Type>_<External_Signal> 
::=IIAIOMISCIHOACIUS 
::= <Lexical_Unit> 
::= <Lexical Unit> 
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<Lexical_Unit> ::= <Lexical_Component> I <Lexical_Unit>_ <Lexical_Component> 

<Lexical_Component> ::= <Upper_Case_Letter><Letter_Or_Digit_List> 
<Letter_Or_Digit_List> ::= <Letter_Or_Digit> I <Letter_Or_Digit_List><Letter_Or_Digit> 
<Letter_Or_Digit> ::= <Letter> I <Digit> 

<Letter> ::= <Lower_Case_Letter> I <Upper_Case_Letter> 

<Upper_Case_Letter> ::= AIBICIDIEIFIGIHIIIJIKILIMINIOIPIQIRISITIUIVIWIXIYIZ 
<Lower_Case_Letter> ::= alblcldlelflglhliljlklllmlnlolplqlrlsltlulvlwlxlylz 
<Digit> ::= 1I2I3I4I5I6I7I8I9I0 

Figure 18.2/1 : Interfaces applicable to the MAP-User 

18.2.3 Convention on primitives parameters 

18.2.3.1 Open service 

When the originating and destination reference parameters shall be included in the MAP-OPEN request primitive, their 
value are indicated as a comment to the signal which represents this primitive. 

18.2.3.2 Close service 

When a pre-arranged released is requested, a comment is attached to the signal which represents the MAP-CLOSE 
request primitive. In the absence of comment, a normal release is assumed. 

1 8.2.4 Version Inandling at dialogue establishment 

Unless explicitly indicated in subsequent clauses, the following principles regarding version handling procedures at 
dialogue establishment are applied by the MAP -user. 

1 8.2.4.1 Behaviour at the initiating side 

When a MAP user signalling procedure has to be executed, the MAP-user issues a MAP-OPEN request primitive with 
an appropriate application-context-name. If several names are supported (i.e. several versions) a suitable one is selected 
using the procedures described in clause 5. 



If version n is selected (where 1 < n <= highest existing version) and a MAP-OPEN Confirm primitive is received in 
response to the MAP-OPEN request with a result parameter set to "refused" and a diagnostic parameter indicating 
"application context not supported" or "potential version incompatibility problem", the MAP-User issues a new MAP- 
OPEN request primitive with the equivalent version y context (where 1 <= y < n). This is informally represented in the 
SDL diagrams by task symbols indicating 'Perform Vr procedure". 

1 8.2.4.2 Behaviour at the responding side 

On receipt of a MAP -OPEN indication primitive, the MAP-User analyses the application-context-name and executes 
the procedure associated with the requested version context. For example,if it refers to a version one context, the 
associated VI procedure is executed; if it refers to a version two context, the associated V2 procedure is executed;etc. 



18.2.5 Abort Handling 



Unless explicitly indicated in subsequent clauses, the following principles are applied by the MAP-user regarding abort 
handling procedures: 
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On receipt of a MAP-P- ABORT indication or MAP-U- ABORT Indication primitive from any MAP-provider 
invocation, the MAP-User issues a MAP-U-ABORT Request primitive to each MAP-provider invocation associated 
with the same user procedure. 

If applicable a decision is made to decide if the affected user procedure has to be retried or not. 

18.2.6 SDL conventions 

The MAP SDLs make use of a number of SDL concepts and conventions, where not all of them may be widely known. 
Therefore, this clause outlines the use of a few concepts and conventions to improve understanding of the MAP SDLs. 

The MAP User SDLs make use of SDL Processes, Procedures and Macros. Processes are independent from each other 
even if one process starts another one: The actions of both of them have no ordering in time. SDL Procedures and 
Macros are just used to ease writing of the specification: They contain parts of a behaviour used in several places, and 
the corresponding Procedure/Macro definition has to be expanded at the position of the Procedure/Macro call. 

All Processes are started at system initialisation and live forever, unless process creation/termination is indicated 
explicitly (i.e. a process is created by some other process). 

The direction of Input/Output Signals in the SDL graphs is used to indicate the entity to which/from which 
communication is directed. If a process A communicates in parallel with processes B and C, all Inputs/Outputs to/from 
B are directed to one side, whereas communication with C is directed to the other side. However, there has been no 
formal convention used that communication to a certain entity (e.g. a HLR) will always be directed to a certain side 
(e.g. right). 

In each state all those Input Signals are listed, which result in an action and/or state change. If an Input Signal is not 
listed in a state, receipt of this input should lead to an implicit consumption without any action or state change 
(according to the SDL rules). This implicit consumption is mainly used for receipt of the MAP DELIMITER indication 
and for receipt of a MAP CLOSE indication, except for a premature MAP CLOSE. 

18.3 Interaction between IVIAP Provider and MAP Users 

Each MAP User is defined by at least one SDL process. On the dialogue initiating side, the MAP User will create a new 
instance of a MAP Provider implicit by issuing a MAP-OPEN request. This instance corresponds to a TC Dialogue and 
lives as long as the dialogue exists (see also clause 14.3). There is a fixed relation between MAP User and this Provider 
instance, i.e. all MAP service primitives from the MAP User for this dialogue are sent to this instance and all TC 
components received by this MAP Provider are mapped onto service primitives sent to this MAP User. 

On the receiving side a MAP Provider instance is created implicit by receipt of a TC BEGIN indication. The 
corresponding MAP User is determined by the Application Context name included in this primitive, i.e. each 
Application Context is associated with one and only one MAP User. An instance of this User will be created implicitly 
by receiving a MAP -OPEN indication. Note that in some cases there exist several SDL Processes for one MAP User 
(Application Context), e.g. the processes Register_SS_HLR, Erase_SS_HLR, Activate_SS_HLR, Deactivate_SS_HLR, 
Interrogate_SS_HLR, and Register_Password for the AC Network_Functional_SS_Handling. In these cases, a 
coordinator process is introduced acting as a MAP User, which in turn starts a sub-process depending on the first MAP 
service primitive received. 



1 9 Mobility procedures 

19.1 Location management Procedures 

For non-GPRS subscribers, this clause comprises a number of processes to handle the mobile nature of the subscriber. 
The processes will be addressed by SCCP Sub-System Number (MSC, VLR or HLR) and the Application Context. The 
following processes are defined in this clause: 

Process Update Location Area: 

Update_Location_Area_VLR, clause 19.1.1.3; 
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Process Update Location: 

Initiator: Update_Location_Area_VLR, clause 19.1.1.3; 

Responder: Update_Location_HLR, clause 19.1.1.4; 
Process Send Identification: 

Initiator: Send_Identification_VLR, clause 19.1.1.x; 

Responder: Send_Identification_PVLR, clause 19.1.1.5; 
Process Cancel Location: 

Initiator: Cancel_Location_HLR, clause 19.1.2.2; 

Responder: Cancel_Location_VLR, clause 19.1.2.3; 
Process Purge MS: 

Initiator: Purge_MS_VLR, clause 19.1.4.2; 

Responder: Purge_MS_HLR, clause 19.1.4.3. 

For GPRS subscribers, this clause comprises a number of other processes to handle the mobile nature of the subscriber. 
The processes will be addressed by SCCP Sub-System Number (SGSN or HLR) and the Application Context. The 
following processes are defined in this clause: 

Process GPRS Update Location: 

Initiator: GPRS_Update_Location_Area_VLR, clause 19. 1 . 1 .3, or 

SGSN_Update_HLR, clause 19.1.1.8, 

Responder: Update_GPRS_Location_HLR, clause 19.1.1.4; 
Process Cancel Location: 

Initiator: Cancel_GPRS_Location_HLR, clause 19.1.2.2; 

Responder: Cancel_Location_SGSN, clause 19.1.2.4; 
Process Purge MS: 

Initiator: Purge_MS_SGSN, clause 19.1.4.4; 

Responder: Purge_MS_HLR, clause 19.1.4.3. 
The following existing process is also used for GPRS subscribers : 
Process Subscriber Present HLR: 

Initiator: Subscriber_Present_HLR, clause 19.1.1.7; 

Responder: Short_Message_Alert_IWMSC, clause 23.4.3; 

Location Management Coordinator HLR 

Sheet 1 : After creation of the user process the service primitive received from the MAP service-provider is passed to the 
user process. Henceforth, the coordinator will relay all service primitives from MAP service-provider to the MAP 
service-user and vice versa, until a request or indication for dialogue termination is received. This last primitive will be 
relayed, too, before the Coordinator process returns to idle state. 
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Process Location_Management_Coordinator_HLR 



Figure 19.1/3 

Location management coordination process in ttie HLR 
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Figure 19.1/3: Process LocationManagementCoordinatorHLR 
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19.1.1 Location updating 
19.1.1.1 General 

The location updating procedure is used to update the location information held in the network. For GPRS subscribers, 
this procedure describes also updating of the SGSN and, if Gs interface is installed, updating of the VLR in combination 
with an attach/routing area updating in the SGSN. This location information is used to route incoming calls, packet data, 
short messages and unstructured supplementary service data to the roaming subscriber. Additionally, this procedure is 
used to provide the VLR and/or the SGSN with the information that a subscriber already registered, but being detached, 
is reachable again (IMSI Attach and/or GPRS Attach, see 3GPP TS 23.012 [23] and 3GPP TS 23.060 [104]). The use of 
the IMSI Detach / Attach feature is optional for the network operator. 

To minimise the updates of the subscriber's HLR, the HLR holds only information about the VLR and MSC the 
subscriber is attached to and, for GPRS subscribers, the SGSN the subscriber is attached to. The VLR and the SGSN 
contain more detailed location information, i.e. the location area the subscriber is actually roaming in (for the VLR) and 
the routing area (RA) where the GPRS subscriber is located (for SGSN). Therefore, the VLR needs to be updated at 
each location area change (see figure 19. L 1/1 for this procedure) and the SGSN needs to be updated at each routing 
area change. The HLR needs updating only in the following cases: 

when the subscriber registers in a new VLR or SGSN, i.e. the VLR or SGSN has no data for that subscriber; 

when the subscriber registers in a new location area of the same VLR and new routing information is to be 
provided to the HLR (change of MSC area); 

if the indicator "Confirmed by HLR" or the indicator "Location Information Confirmed in HLR" is set to "Not 
Confirmed" because of HLR, VLR or SGSN restoration, and the VLR or SGSN receives an indication that the 
subscriber is present. 

If a mobile subscriber registers in a visitor location register (VLR) not holding any information about this subscriber 
and is identified by a temporary mobile subscriber identity (TMSI) allocated by a previous visitor location register 
(PVLR), if the P VLR identity can be derived from LAI the new VLR must obtain the IMSI from PVLR to identify the 
HLR to be updated (see figure 19.1.1/2). If the IMSI cannot be retrieved from PVLR, it is requested from the MS (see 
figure 19.1.1/3). 

The stage 2 specification for GPRS is in 3GPP TS 23.060 [104]. The interworking between the MAP signalling 
procedures and the GPRS procedures in the SGSN is shown by the transfer of signals between these procedures (see 
clause 19.1.1.8). 

The message flow for successful GPRS Attach/ RA update procedure (with Gs interface not installed) is shown in 
figure 19.1.1/4. 

The message flow for successful GPRS Attach/ RA update procedure combined with a successful VLR location 
updating (Gs interface installed) is shown in figure 19.1.1/5. 

The following MAP services are invoked by the location update procedure: 

MAP_UPDATE_LOCATION_AREA (see clause 8. !);(**) 

MAP_UPDATE_LOCATION (see clause 8. !);(**) 

MAP_UPDATE_GPRS_LOCATION (see clause 8.1) (*); 

MAP_CANCEL_LOCATION (see clause 8.1); 

MAP_INSERT_SUBSCRIBER_DATA (see clause 8.8); 

MAP_SEND_IDENTIFICATION (see clause 8.1) (**); 

MAP_PROVIDE_IMSI (see clause 8.9) (**); 

MAP_AUTHENTICATE (see clause 8.5) (**); 

MAP_SET_CIPHERING_MODE (see clause 8.6) (**); 

MAP_FORWARD_NEW_TMSI (see clause 8.9) (**); 
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MAP_CHECK_IMEI (see clause 8.7) (**); 

MAP_ACTIVATE_TRACE_MODE (see clause 9.2); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clause 9.2) (**). 
(*): only used in SGSN and HLR for GPRS 
(**): not used in SGSN 

+ + + + A + + D 

1 MS 1-1 BS 1 — + — IMSC/VLR 1 + - 

+ + + + + + 



+ + 

- 1 HLR 1 
+ + 



A_LU_REQUEST 



1 G + + D 

+ + 1 PVLR+ + + 

+ + 



MAP_SEND_IDENTIFICATION 
> 1 

MAP_SEND_IDENTIFICATION 

< 1 

ack 



MAP_UPDATE_LOCATION 



-> 



MAP_CANCEL_ 

LOCATION 
< 

MAP_CANCEL_ 
LOCATION ack 



MAP_ACTIVA TE_ TRACE_MODE 
< 



MAP_ACTIVATE_TRACE_MODE ack 
> 

MAP_INSERT_SUBSCRIBER_DATA 
< 

MAP_INSERT_SUBSCR._DATA ack 
> 

MAP_UPDATE_LOCATION ack 

< 



A_LU_CONFIRM 



NOTE: Procedures shown in italics are optional. 

Figure 19.1.1/2: Interface and services for location updating when changing the VLR area 
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+ + 

1 MS 1 

+ + 



+ + A + + 

-1 BS 1 1 IMSC/VLR I -- 

+ + + + 

1 G 



A_LU_REQUEST 



D + + 

+ I HLR I 

+ + 



D 



PVLR+- 




MAP_UPDATE_LOCATION 
> 

MAP_CANCEL_ 
LOCATION 
< 

MAP CANCEL 
LOCATION ack 
> 

MAP_A CTIVA TE_ TRA CE_ 
< 

MODE 



-> 



MAP_A CTIVA TE_ TRA CE_ 

MODE ack 

MAP_INSERT_ 
< 

SUBSCRIBER_DATA 

MAP_INSERT_ 
> 

SUBSCRIBER_DATA ack 

MAP_UPDATE_LOCATION 
< 

ack 



NOTE: Procedures shown in italics are optional. 

Figure 19.1.1/3: Interface and services for location updating involving both a VLR and an HLR, 
when IIVISI can not be retrieved from the previous VLR 
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+ + + + Gb + + 

1 MS 1-1 BS 1 + 1 SGSNl- 

+ + + + + + 



Or 
- + — 



+ + 

- 1 HLR 1 
+ + 



Gb_ATTACH/RA_UPDATE_REQUEST 
(note_l) 



+ + D 1 

IVLR + + + 

Gs + + 

+ + Gr 

1 PSGSN+ + 

+ + 



(Note_2) 

MAP_UPDATE_GPRS_LOCATION 
> 

1 MAP_CANCEL_ 
LOCATION 
< 

1 MAP_CANCEL_ 
1 LOCATION ack 
1 > 

MAP_ACTIVA TE_ TRACE_MODE 

< 

(note_3) 

MAP_ACTIVATE_TRACE_MODE ack 
> 

MAP_INSERT_SUBSCRIBER_DATA 
< 

MAP_INSERT_SUBSCR._DATA ack 
> 

MAP_UPDATE_GPRS LOCATION ack 
< 



(Note_4) 
Gb_ATTACH/RA_UPDATE_ 
REQUEST ack 
PSGSN = Previous SGSN 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 48.01 8. The services shown in dotted lines 

indicate the trigger provided by the signalling on the radio path, and the signalling triggered on the radio 

path. 
NOTE 2: For security functions (authentication, ciphering, IMEI check) triggering refer to 3GPP TS 23.060 [1 04]. 

MAP processes invoked for those procedures are described in section 25. 
NOTE 3: Optional services are printed in italics. 
NOTE 4: Refer to 3GPP TS 23.060 [1 04] for termination of the procedure and triggering of the signalling on the Gb 

interface. 

Figure 19.1.1/4: Interface and services for GPRS location updating (Gs-interface not installed) 
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+ + + + 

1 MS 1-1 BS 1- 
+ + + + 



Gb + + 

- + 1 SGSNl 

+ + 

1 + + 

++-1VLR +- 
Gs + + 



Gr 
- + — 



D 
+ -- 

+ + 

1 PSGSN+- 
+ + 



+ + 

- 1 HLR 1 
+ + 



- + 



Gr 
— + - 



Gb_ATTACH/RA_UPDATE_REQUEST 



<- 



Gs_GPRS_LOCATION 



Gs_GPRS_LOCATION 
< 

UPDATING Ack 



Gb_ATTACH/RA_UPDATE_ 
REQUEST ack 



MAP_UPDATE_GPRS_LOCATION 



MAP_CANCEL_ 

LOCATION 
< 

MAP_CANCEL_ 
LOCATION ack 



MAP ACTIVATE TRACE MODE 



MAP_ACTIVATE_TRACE_MODE ack 
> 

MAP_INSERT_SUBSCRIBER_DATA 



MAP_INSERT_SUBSCR._DATA ack 
> 

MAP UPDATE GPRS LOCATION ack 



-> 



UPDATING 



MAP_UPDATE_LOCATION 
> 

Note_l 
MAP_INSERT 
< 

SUBSCRIBER_DATA 

MAP_INSERT 
> 

SUBSCRIBER_DATA ack 

MAP_UPDATE_LOCATION 
ack 



< 



Gs_GPRS_TMSI_REALLOCATION 
> 

COMPLETE 



NOTE 1 : The optional procedures in figure 19.1 .1/14 apply here respectively. For details of the procedure on the 

Gs-interface, see 3GPP TS 29.018 [106]. 
NOTE 2: Location Cancellation procedure toward the old VLR and optional tracing activation toward the new VLR 

are not represented on this figure. 

Figure 19.1.1/5: Interface and services for GPRS location updating (Gs-interface installed) 
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1 9.1 .1 .3 Detailed procedure in the VLR 

Updating request via the Gs interface (optional for GPRS) 

If Gs-interface is installed, the VLR may receive the Gs_GPRS_LOCATION_UPDATING_Request message from the 
SGSN for triggering an IMSI Attach or Location Updating procedure (see 3GPP TS 23.060 [104] and 09.18). 

Figure 19.1.1/16 shows the process for handling this Gs interface message. 

The process specific macro 

« GPRS_Location_Update_Completion_VLR » for optional initiation of TMSI reallocation as for 
acknowledgement of the Gs_GPRS_LOCAT10N_UPDATING_Request message (see figure 19.1.1/17), 

and the optional process specific macro 

« VLR_Update_GPRS_HLR » to update the HLR and download subscriber data from there (see figure 
19.1.1/18), are invoked by this process. 

On receipt of the Gs_GPRS_LOCATION_UPDATING_Request message, the VLR checks whether the subscriber is 
unknown (i.e. no IMSI record). If so, the indicator "Location Information Confirmed in HLR" is set to "Not Confirmed" 
to initiate HLR updating later on. The indicator "Confirmed by Radio Contact" is set to "Confirmed" and the location 
information held in the register is updated. If no VLR/SGSN association exits it is created (storage of SGSN address 
received) otherwise it is updated. 

If the HLR is to be updated, the VLR_Update_GPRS_HLR macro described below is performed, with one of the 
following results (see sheet 2 of figure 19.1.1/18): 

OK, if HLR updating has been completed successfully. The response will contain the HLR number as parameter. 
Next, the GPRS_Location_Update_Completion VLR macro is invoked (checking amongst others the roaming 
restrictions and regional subscription data), and upon successful outcome of this macro the register is updated 
and the process terminates. 

Roaming Not Allowed, qualified by PLMN Roaming Not Allowed if the location information indicates a PLMN 
for which the subscriber has no subscription or if the subscribers HLR cannot be reached (e.g. SS7 links to the 
subscribers HPLMN do not yet exist). In this case, the appropriate error (see 3GPP TS 29.018 [106]) is sent to 
the SGSN in the Gs_GPRS_LOCATION_UPDATING Reject. The Subscriber Data are deleted in the VLR. 

if Roaming Not Allowed was qualified by the parameter Operator Determined Barring, the appropriate error (see 
3GPP TS 29.018 [106]) is sent in the Gs_GPRS_LOCATION_UPDATING Reject to the SGSN. The subscriber 
data are deleted in the VLR. 

Unknown Subscriber, if the subscriber is not known in the HLR. In this case, the subscriber data are deleted in 
the VLR, and the appropriate error (see 3GPP TS 29.018 [106]) is sent in the 
Gs_GPRS_LOCATION_UPDATING Reject. 

Procedure error, if there occurs some other error during HLR updating (e.g. abort of the connection to HLR). In 
this case the appropriate error (see 3GPP TS 29.018 [106]) is sent in the Gs_GPRS_LOCATION_UPDATING 
Reject. 

The macro GPRS Location Update Completion VLR 

This macro completes the VLR updating process. First, the VLR checks whether there is a roaming restriction for the 

subscriber (see figure 19.1.1/17): 

if the target LA is not allowed for the subscriber due to national roaming restrictions, the appropriate error (see 
3GPP TS 29.018 [106]) is sent in the Gs_GPRS_LOCATION_UPDATING Reject towards the SGSN. 

The subscriber data are not deleted from VLR, to avoid unnecessary HLR updating when roaming into other 
LAs of the same MSC/VLR. An indication that the subscriber is not allowed to roam is set in the VLR (LA Not 
Allowed Flag set to not allowed). As a consequence the subscriber is not reachable (checked for MTC, SMS and 
MT USSD) and cannot perform outgoing actions (checked in Access Management). 

if the target LA is not allowed for the subscriber because of regional subscription data (Zone Code List) or 
Roaming Restriction Due To Unsupported Feature stored in the VLR, the appropriate error (see 3GPP TS 29.018 
[106]) is returned to the SGSN in the Gs_GPRS_LOCATION_UPDATING Reject. 
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Also in this case the subscriber data are not deleted from VLR, to avoid unnecessary HLR updating when 
roaming into other LAs of the same MSC. The LA Not Allowed Flag is set to not allowed in the VLR. 

if, after check of possible roaming restrictions, the subscriber is allowed to roam in the target LA, the LA Not 
Allowed Flag is set to allowed (if necessary), the IMSI Detached Flag is set to attached and the process 
SUBSCRIBER_PRESENT_VLR is started; this may inform the HLR that the subscriber is present again to retry 
an SMS delivery (see clause 19.LL7). Thereafter, the VLR checks whether TMSI reallocation is required. 

- if so, the VLR sends the TMSI within the Gs_GPRS_LOCATION_UPDATING Accept message and 
Gs_GPRS_TMSI_REALLOCATION_Complete is expected. 

- if TMSI reallocation is not required, the VLR sends the Gs_GPRS_LOCATION_UPDATING Accept message 
to the SGSN. 

The macro VLR Update GPRS HLR 

This macro is invoked by the VLR process for location updating (see 3GPP TS 23.060 [104]). If the VLR does not 
know the subscribers HLR (e.g. no IMSI translation exists as there are not yet any SS7 links to the subscribers 
HPLMN), the error Roaming Not Allowed with cause PLMN Roaming Not Allowed is returned. 

If the subscribers HLR can be reached, the VLR opens a dialogue towards the HLR (see figure 19.L1/18) by sending a 
MAP_OPEN request without any user specific parameters, together with a MAP_UPDATE_LOCATION request 
containing the parameters 

IMSI, identifying the subscriber; 

Location Info, containing the MSC number; 

VLR Number, the E. 164 address of the VLR, to be used by the HLR when addressing the VLR henceforth (e.g. 
when requesting an MSRN); 

the LMSI as an VLR operator option; this is a subscriber identification local to the VLR, used for fast data base 
access. 

In case the HLR rejects dialogue opening (see clause 25.1), the VLR will terminate the procedure indicating Procedure 
error. If the HLR indicates version Vr protocol to be used, the VLR will revert to the version Vr procedure concerning 
the dialogue with the HLR, with outcomes as for the current MAP version procedure. 

If the HLR accepts the dialogue, the HLR will respond with: 

- a MAP_INSERT_SUBSCRIBER_DATA indication, handled by the macro Insert_Subs_Data_VLR defined in 
clause 25.7; 

NOTE: The HLR may repeat this service several times depending on the amount of data to be transferred to the 
VLR and to replace subscription data in case they are not supported by the VLR. 

- a MAP_ACTIVATE_TRACE_MODE indication, handled by the macro Activate_Tracing_VLR defined in 
clause 25.9; 

- a MAP_FORWARD_CHECK_SS_INDICATION_ind. This indication will not be relayed to the SGSN. 

- the MAP_UPDATE_LOCATION confirmation: 

if this confirmation contains the HLR Number, this indicates that the HLR has passed all information and that 
updating has been successfully completed. The VLR is updated using the parameters provided in the service 
and needed by the VLR. If certain parameters are not needed in the VLR, e.g. because some service is not 
supported, the corresponding data may be discarded. The VLR sets the "Confirmed by HLR" and "Location 
information confirmed in HLR" indicators to "Confirmed" to indicate successful subscriber data updating; 

if the confirmation contains an User error cause (Unknown Subscriber, Roaming Not Allowed or some 
other), the process calling the macro continues accordingly. In the last case, the subscriber data are marked as 
incomplete by setting the indicators "Confirmed by HLR" and "Location information confirmed in HLR" to 
"Not Confirmed". The same holds if there is a Provider error or a Data error in the confirmation; 

- a MAP_P_ABORT, MAP_U_ABORT, or MAP_CLOSE indication. In these cases, the subscriber data are 
marked to be incomplete and the process continues as in the case of an error reported by the HLR; 
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a MAP_NOTICE indication. Then, the dialogue towards the HLR is terminated, the subscriber data are marked 
to be incomplete and the process continues as in the case of an error reported by the HLR. 
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Figure 19.1.1/6 (sheet 1 of 2): Process Update_HLR_VLR 
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Figure 19.1.1/6 (sheet 2 of 2): Process Update_HLR_VLR 
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Process GPRS_Update_Location_Area_VLR 

Figure 19.1 .1/16: Location updating in VLR ^ 
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Figure 19.1.1/16 (sheet 1 of 2): Process GPRS_Update_Location_Area_VLR 
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Process GPRS_Update_Location_Area_VLR 

Figure 19.1 .1/16: Location updating in VLR ^ 
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Figure 19.1.1/16 (sheet 2 of 2): Process GPRS_Update_Location_Area_VLR 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



417 



ETSI TS 129 002 V4.9.0 (2002-09) 



Macrodefinition GPRS_Location_Update_Completion_VLR 
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Figure 19.1.1/17: Macro GPRS_Location_Update_Completion_VLR 
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Macrodefinition VLR_Update_GPRS_HLR 
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Figure 19.1.1/18 (sheet 1 of 2): Macro VLR_Update_GPRS_HLR 
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Macrodefinition VLR_Update_GPRS_HLR 
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Figure 19.1 .1/18: HLR updatrg in VLR '^ 
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1 9.1 .1 .4 Detailed procedure in the HLR 

Sheet 1 : The procedure Super_Charged_Cancel_Location_HLR is specific to Super-Charger; it is specified in 

TS 23. 1 16 [110]. If the previous SGSN and the originating HLR support the Super-Charger functionality, processing 

continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 2: The procedure Super_Charged_Location_Updating_HLR is specific to Super-Charger; it is specified in 

TS 23.116 [110]. If subscription data needs to be sent to the SGSN, processing continues from the "No" exit of the test 

"Result=Pass?". 

When addressed by the SGSN, the following macros are used by the process Update_GPRS_Location_HLR: 

Receive_Open_indication, defined in clause 25.1; 

Check_indication, defined in clause 25.2; 

Insert_Subs_Data_In_SGSN_Framed_HLR, described in clause 19.4; 

Control_Tracing_HLR_with_SGSN, described in clause 25.9; 

and the processes Cancel_Location_HLR (see clause 19.1.2) and Subscriber_Present_HLR (see clause 19.1.1.7) are 
invoked. 

The location updating process in the HLR is activated by receipt of a MAP_UPDATE_GPRS_LOCATION indication 

(see figure 19.1.1/19): 

if there is a parameter problem in the indication, the error Unexpected Data Value is returned in the 
MAP_UPDATE_LOCATION response (see Check_indication macro defined in clause 25.2); if the subscriber is 
not known in the HLR, the error Unknown Subscriber (with diagnostic value set to Imsi Unknown') is returned 
in the response. In either case the process terminates; 

if Network Access Mode is set to 'non-GPRS only' the error Unknown Subscriber (with diagnostic value set to 
'Gprs Subscription Unknown') is returned in the response. The process terminates; 

tracing shall be set to deactive in the SGSN. 

- if the SGSN number received in the MAP_UPDATE_GPRS_LOCATION indication differs from the one 

actually stored against the subscriber, the Cancel_Location_HLR process is started to cancel the subscriber data 
in the stored SGSN (see clause 19.1.2). 

The next action will be to check whether the subscriber is allowed to roam into the PLMN indicated by the SGSN 
Number given in the MAP_UPDATE_GPRS_LOCATION indication: 

if the subscriber is not allowed to roam into the PLMN, the error Roaming not Allowed with cause PLMN 
Roaming Not Allowed or 'Operator determined Barring', depending on the case, is returned in the 
MAP_UPDATE_GPRS_LOCATION response, and the routing information stored (SGSN number) is deleted 
(deregistration); 

otherwise the HLR database will be updated with information received in the indication. The HLR sets the "MS 
purged for GPRS" flag to False and checks whether tracing is required for that subscriber. This is handled by the 
macro Control_Tracing_HLR-with_SGSN described in clause 25.9. 

Thereafter, the macro Insert_Subs_Data_In_SGSN_Framed_HLR described in clause 19.4 is invoked. The outcome of 
this macro may be: 

aborted, in which case the process terminates; 

error, in which case the error System Failure is returned in the MAP_UPDATE_GPRS_LOCATION response 
and the process terminates; 

OK, indicating successful outcome of downloading the subscriber data to the SGSN. 

The SUBSCRIBER_PRESENT_HLR process is then started to alert the Short Message Service Centre, if required (see 
clause 19.1.7). 

Finally the HLR number is returned in the MAP_UPDATE_GPRS_LOCATION response. 
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In all cases where the HLR sends a MAP_UPDATE_GPRS_LOCATION response to the SGSN, the dialogue towards 
the SGSN is terminated by a MAP_CLOSE request with parameter Release Method indicating Normal Release. 
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Figure 19.1.1/9 (sheet 1 of 4): Process Update_Location_HLR 
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Process Update_GPRS_Location_HLR 



Figure 19.1 .1/19: GPRS Location Updating in the HLR 
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Process Update_GPRS_Location_HLR 
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Figure 19.1 .1/19: GPRS Location Updating in the HLR 
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19.1.1.5 



Send Identification 



19.1.1.5.1 



General 



This service is invoked by the VLR when it receives Update location from the MSC indicating that the subscriber was 
registered in a different VLR (henceforth called the Previous VLR, PVLR). If the identity of the PVLR is derivable for 
the VLR (usually if both are within the same network), the IMSI and authentication sets are requested from the PVLR 
(see clause 19.1.1.3), using the service described in clause 8.1.4. 

If the version negotiation between R99 VLR and pre-R99 PVLR leads to the MAP version 1 or 2, the VLR shall request 
authentication sets from the HLR. 



1 VLR 



1 PVLR 1 



MAP_SEND_ 
> 

IDENTIFICATION 

MAP_SEND_ 

IDENTIFICATION ack 
(see N0TE2) 



N0TE1 : The service shown in dotted lines indicates the trigger provided by other IVIAP signalling. 
N0TE2: Several IVIAP_SEND_IDENTIFICATION request/response may be used if message segmentation is 
required. 

Figure 19.1.1/10: Interface and services for Send Identification 

1 9.1 .1 .5.2 Detailed procedure in the VLR 

The VLR procedure is part of the location area updating process described in clause 19.1.1.X. 



19.1.1.5.3 



Detailed procedure in the PVLR 



On receipt of a dialogue request for the Send Identification procedure, (see Receive_Open_Ind macro in clause 25.1), 
the PVLR will: 

terminate the procedure in case of parameter problems; 

revert to the MAP version Vr procedure in case the VLR indicated version Vr protocol; or 

continue as below, if the dialogue is accepted. 

If the PVLR process receives a MAP_NOTICE indication, it terminates the dialogue by sending a MAP_CLOSE 
request. 

If the PVLR process receives a MAP_SEND_IDENTIFICATION indication from the VLR (see figure 19.1.1/1 1), it 
checks whether the subscriber identity provided is known: 

if so, the IMSI and - if available - authentication parameters for the subscriber are returned in the 
MAP_SEND_IDENTIFICATION response; 

- if not, the error Unidentified Subscriber is returned in the MAP_SEND_IDENTIFICATION response. 

If the VLR has indicated that segmentation is prohibited then the PVLR sends a MAP_SEND_IDENTIFICATION 
response to the VLR by means of the TC-RESULT-L service and terminates the dialogue towards the VLR by a 
MAP_CLOSE request with parameter Release Method indicating Normal Release. 

If the VLR has not indicated that segmentation is prohibited then the PVLR sends a MAP_SEND_IDENTIFICATION 
response to the VLR by means of the TC-RESULT-L service, followed either by a MAP_DELIMITER if more 
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authentication sets are to be returned, or by a MAP_CLOSE request with parameter Release Method indicating Normal 
Release. 
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Process SendJdentificationPVLR 
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1 9.1 .1 .6 Process Update Location VLR 

This process is started by some other MAP user process in the case the HLR need to be updated due to previous 
network failure. It is invoked when the subscriber accesses the network, e.g. for mobile originated call set-up, response 
to paging or supplementary services handling. Here, location updating consists only of invoking the macro 
VLR_Update_HLR described above (see clause 19.1.1.3), which performs HLR updating and downloading of 
subscriber data. 

If updating is successful (OK), the HLR Number is received in the MAP_UPDATE_LOCATION confirm 
primitive; the register will be updated and the SCP will be informed about the Mobility Management event. The 
process then terminates. 
In the above case, the notification sent to the gsmSCF shall be "Location Update to new VLR Service Area" . 

If one of the errors Roaming not Allowed or Unknown Subscriber is received instead, all subscriber data are 
deleted from the VLR before the process terminates. 

In the case some other error occurs during HLR updating, the process simply terminates. Note, in all error cases 
the initiating restoration flags in VLR remain false, therefore a new HLR updating attempt will be started later 
on. 

NOTE 1 : This process will be performed independent from the calling process, no coordination is required. 

NOTE 2: The procedure Notify_gsmSCF is specified in 3GPP TS 23.078. 
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1 9.1 .1 .8 Detailed procedure in the SGSN 

Figure 19.1.1/20 shows the MAP process for updating of the SGSN. The following general macros are used: 

Receive_Open_Cnf clause 25 . 1 ; 

Insert_Subscriber_Data_SGSN clause 25.7; 

Activate_Tracing_SGSN clause 25.9; 

Sheet 2: The procedure Check_User_Error_ln_Serving_Network_Entity is specific to Super-Charger; it is 
specified in 3GPP TS 23.116 [110]. 

The location updating process 

The MAP process receives an « Update HLR request » from the relevant process in the SGSN (see 3GPP TS 23.060 
[104]) to perform HLR updating. If the SGSN does not know the subscribers HLR (e.g. no IMSl translation exists as 
there are not yet any SS7 links to the subscribers HPLMN), the « Update HLR negative response » with error Unknown 
HLR is returned to the requesting process. 

If the subscribers HLR can be reached, the SGSN opens a dialogue towards the HLR by sending a MAP_OPEN request 
without any user specific parameters, together with a MAP_UPDATE_GPRS_LOCAT10N request containing the 
parameters 

IMSl, identifying the subscriber; 

- SGSN Address and SGSN number. 

In case the HLR rejects dialogue opening (see clause 25.1) or indicates version Vr protocol to be used, the SGSN will 
terminate the process indicating « Update HLR negative response » to the requesting process. 

If the HLR accepts the dialogue, the HLR will respond with: 

- a MAP_INSERT_SUBSCR1BER_DATA indication, handled by the macro lnsert_Subs_Data_SGSN defined in 
clause 25.7; 

NOTE: The HLR may repeat this service several times depending on the amount of data to be transferred to the 
SGSN and to replace subscription data in case they are not supported by the SGSN. 

- a MAP_ACTlVATE_TRACE_MODE indication, handled by the macro Activate_Tracing_SGSN defined in 
clause 25.9; 

- the MAP_UPDATE_GPRS_L0CAT10N confirmation: 

if this confirmation contains the HLR Number, this indicates that the HLR has passed all information and that 
updating has been successfully completed. The « Update HLR response » message is returned to the 
requesting process for completion of the SGSN updating (see 3GPP TS 23.060 [104]). 

if the confirmation contains an User error cause (Unknown Subscriber, Roaming Not Allowed or some 
other), the corresponding error is returned to the requesting process in the « Update HLR negative 
response ». 

- a MAP_P_ABORT, MAP_U_ABORT, or MAP_CLOSE indication. In these cases, the corresponding error is 
returned to the requesting process in the « Update HLR negative response ». 

a MAP_NOTICE indication. Then, the dialogue towards the HLR is terminated, and the « HLR Update negative 
response » with the appropriate error is returned to the requesting process. 
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Process SGSN_Update_HLR 

'Figure 19.1.1/20: HLR updating in SGSN 
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Figure 1 9.1 .1/20: HLR updating in SGSN 
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19.1.2 Location Cancellation 



19.1.2.1 



General 



The purpose of this process is to delete a subscriber's record from a previous visitor location register after she has 
registered with a new visitor location register. Also this process is used to delete a subscriber's record from a old SGSN 
after she has registered with a SGSN. The procedure may also be used if the subscriber's record is to be deleted for other 
operator determined purposes, e.g. withdrawal of subscription, imposition of roaming restrictions or modifications to 
the subscription which result in roaming restrictions. Location cancellation can be used to enforce location updating 
including updating of subscriber data in the VLR or in the SGSN at the next subscriber access. 

In all cases, the process is performed independently of the invoking process (e.g. Location Updating). 

The service as described in clause 8.1.3 is invoked when an HLR receives a MAP_UPDATE_LOCATION indication 
from a VLR other than that stored in its table for this subscriber. Also the MAP_CANCEL_LOCATION service is 
invoked when the HLR receives a MAP_UPDATE_GPRS_LOCATION indication from a SGSN other than stored in its 
table for this subscriber. Additionally the service may be invoked by operator intervention. The 

MAP_CANCEL_LOCATION service is in any case invoked towards the VLR or the SGSN whose identity is contained 
in the HLR table. 



D 



1 VLR 



h + D + 4 

1 HLR 1 + IPVLRl 



MAP UPDATE LOCATION 



MAP_CANCEL_ 



LOCATION 



MAP_CANCEL_LOCATION 
ack 

NOTE: The service shown in dotted lines indicates the trigger provided by other IVIAP signalling. 
Figure 19.1.2/1 : Interface and services for Location Cancellation 



1 9.1 .2.2 Detailed procedure In the HLR 

The location cancellation process is started by an external process as stated above. The HLR opens a dialogue with the 
VLR or with the SGSN whose identity is contained in the HLR table (MAP_OPEN request without any user specific 
parameters), sending the MAP_CANCEL_LOCATION request primitive (see figures 19.L2/2 and 19.1.2/4), containing 
the parameters: 

- IMSI, to identify the subscriber to be deleted from that VLR or SGSN; 

- LMSI, which is included if available in the HLR. LMSI is not appUcable between HLR and SGSN; 

Cancellation Type if the Cancel Location is sent to SGSN. Cancellation Type is not applicable between HLR and 
VLR. If the VLR receives this parameter and does not understand it, this parameter shall be ignored. 
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1 9.1 .2.3 Detailed procedure in the VLR 
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Figure 19.1.2/2 (Sheet 1 of 2): Process Cancel_Location_HLR 
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Figure 19.1.2/2 (Sheet 2 of 2): Process Cancel_Location_HLR 
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Figure 19.1.2/3: Process Cancel_Location_VLR 

1 9.1 .2.4 Detailed procedure in the SGSN 

Opening of the dialogue is described in the macro Receive_Open_Ind in clause 25.1, with outcomes: 

- procedure termination; or 

- dialogue acceptance, with processing as below. 

If the SGSN process receives a MAP_NOTICE indication, it terminates the dialogue by sending a MAP_CLOSE 
request. 
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If the SGSN process receives a MAP_CANCEL_LOCATION indication from the HLR (see figure 19.1.2/4), the 
parameters are checked first (macro Check_Indication, see clause 25.2). In case of parameter problems the appropriate 
error is sent in the MAP_CANCEL_L0CAT10N response. 

Thereafter the SGSN checks whether the subscriber identity provided is known in the SGSN: 

- if so, the data of the subscriber are deleted from SGSN table and a MAP_CANCEL_LOCATION response is 
returned without any parameters; 

if not, location cancellation is regarded as being successful, too, and the MAP_CANCEL_L0CAT10N response 
is returned without any parameters. 

In either case, after sending the MAP_CANCEL_LOCATION response the SGSN process releases any P-TMSI which 
may be associated with the IMSl of the subscriber, terminates the dialogue (MAP_CLOSE with Release Method 
Normal Release) and returns to the idle state. 
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Figure 19.1.2/4: Process Cancel_GPRS_Location_HLR 
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Figure 19.1.2/5: Process Cancel_Location_SGSN 
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19.1.3 Void 



19.1.3.1 



Void 
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Void 



19.1.3.3 



Void 



19.1.4 Purge MS 



19.1.4.1 



General 



When the VLR or the SGSN receives an indication on the O&M interface that the MS record is to be purged (either 
because of administrative action or because the MS has been inactive for an extended period), this procedure invokes 
the MAP_PURGE_MS service described in clause 8.1.6 to request the HLR to set the "MS purged for non-GPRS" or 
the 'MS purged for GPRS' flag for the MS so that any request for routing information for a mobile terminated call or a 
mobile terminated short message will be treated as if the MS is not reachable. The message flows are shown in 
figures 19.1.4/land 19.1.4/5. 

It is optional for the network operator to delete MS records from the VLR or from the SGSN, but if the option is used 
the VLR or the SGSN shall notify the HLR when a record has been deleted. 

The O&M process in the VLR or in the SGSN must ensure that during the MS purging procedure any other attempt to 
access the MS record is blocked, to maintain consistency of data. 
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Figure 19.1.4/1 : MAP-D Interface and services for MAP_PURGE_MS 
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1 9.1 .4.4 Detailed procedure in the SGSN 

Figure 19.1.4/4 shows the MAP process in the SGSN to notify the HLR that an MS record has been purged. The 
following general macro is used: 
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Receive_Open_Cnf clause 25.1; 

Sheet 1: The procedure Purge_MS_In_Serving_Network_Entity is specific to Super-Charger; it is specified in 3GPP 
TS 23.116 [110]. If the SGSN and the originating HLR support the Super-Charger functionality, processing continues 
from the "Yes" exit of the test "Result=Pass?". 

When the SGSN receives an indication from O&M that an MS record is to be purged, it invokes the MAP_PURGE_MS 

service. 

The SGSN opens the dialogue to the HLR with a MAP_OPEN request containing no user specific parameters. The 
MAP_PURGE_MS request contains the IMSI of the MS which is to be purged and the SGSN number. 

The SGSN then waits for the MAP_OPEN confirmation indicating one of: 

rejection of the dialogue (process terminates); 

reversion to Vr (process terminates); 

- dialogue acceptance. 

If the HLR accepts the dialogue it returns a MAP_PURGE_MS confirmation, containing no parameter, indicating 
successful outcome of the procedure. 

If a MAP_PURGE_MS confirmation containing a provider error, data error or user error, or a MAP_P_ABORT, 
MAP_NOTICE or premature MAP_CLOSE indication, has been received, the failure is reported to the O&M interface. 
Successful outcome of the procedure leads to deletion of the subscriber data and freezing of the P-TMSI if so requested 
by the HLR, and is reported to the O&M interface. 
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Figure 19.1.4/2: Process Purge_MS_VLR 
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Figure 19.1.4/3 (Sheet 1 of 2): Process Purge_MS_HLR 
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Figure 19.1.4/3 (Sheet 2 of 2): Process Purge_MS_HLR 
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Process Purge_MS_SGSN 



Figure 19.1 .4/4: Process in the SGSN to notify the HLR 
, that an MS record has been purged 
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Figure 19.1.4/4: Process Purge_MS_SGSN 



19.2 Handover procedure 



It should be noted that procedures related to the B-interface have not been updated for Release 99. The B-interface is 
not fully operational specified. It is strongly recommended not to implement the B-interface as an external interface. 
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19.2.1 General 

The handover or relocation between different MSCs is called Inter-MSC handover. The interfaces involved for Inter- 
MSC handover are shown in figure 19.2/1. Following two Inter-MSC handover procedures apply: 

1) Basic Inter-MSC handover: 

The call is handed over from the controlling MSC, called MSC-A to another MSC, called MSC-B 
(figure 19.2/la). 

Figure 19.2/2 shows a successful handover between MSC-A and MSC-B including a request for handover 
number allocation by MSC-B to VLR-B. 

2) Subsequent Inter-MSC handover: 

After the call has been handed over from MSC-A to MSC-B, a handover to either MSC-A (figure 19.2/la) or 
to a third MSC (MSC-B') (figure 19.2/lb) is necessary in order to continue the connection. 

Figure 19.2/3 shows a successful subsequent handover. 



+ 


E 


+ + 


B 


+ + 


MSC-A + — 


— + -- 


— 1 MSC-B + — 


— + -- 


— I VLR-B 1 


+ 




+ + 




+ + 



a) Basic handover procedure MSC-A to MSC-B and subsequent handover procedure MSC-B to MSC-A. 

+ + E + + B + + 

1 MSC-A+ + I MSC-B + + I VLR-B | 

+ + + + + + 

I E + + B + + 

+ + I MSC-B ' + + I VLR-B ' I 

+ + + + 

b) Subsequent handover procedure MSC-B to MSC-B'. 
Figure 19.2/1 : Interface structure for handover 

The MAP handover procedures achieve the functionality required to set up an MSC-MSC dialogue, to optionally 
allocate a handover number or one or several relocation numbers and to transport BSSAP or RANAP messages. 

Minimum applicable MAP AC for intersystem inter-MSC GSM BSS to UTRAN handover shall be MAP handover AC 
version 3. 

Minimum applicable MAP AC for intersystem inter-MSC UTRAN to GSM BSS handover shall be MAP handover AC 
version 2. 

Note: If MAP AC version 2 is used, subsequent handover to UTRAN is not possible. 

Minimum applicable MAP AC for inter-MSC GSM BSS to GSM BSS handover should be MAP handover AC version 

2. 

NOTE: If MAP AC version 2 or lower is used, subsequent handover to UTRAN is not possible. 

The transported BSSAP or RANAP messages are controlled and handled by the Handover Control Application in the 
MSCs. This information will be transparent to the MAP protocol. If the MSC receives via the MAP protocol BSSAP or 
RANAP messages, this information will be forwarded to the Handover Control Application (shown in the handover 
SDL diagrams with the internal HO_CA signalling, it is an internal process in the MSC) and vice versa if the Handover 
Control Application requires the sending of BSSAP or RANAP messages via the MAP protocol. 

For detailed interworking between the A-interface and MAP procedures or the lu-interface and MAP procedures, see 
3GPP TS 23.009 and 3GPP TS 29.010. 
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NOTE: This can be sent at any time after tlie connection between MSC-A and IVISC-B is establislied. 
Figure 19.2/2: Example of a successful basic handover procedure to MSC-B 
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NOTE: This can be sent at any time after tlie connection between IVISC-A and IVISC-B is establislied. 
Figure 19.2/3: Example of a handover towards a third MSC 
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19.2.2 Handover procedure in MSC-A 



This clause describes the handover or relocation procedure in MSC-A, including the request for a basic handover or 
relocation to another MSC (MSC-B), subsequent handover or relocation to a third MSC (MSC-B') or back to the 
controlling MSC (MSC-A). 

19.2.2.1 Basic handover 

When MSC-A has decided that a call has to be handed over or relocated to MSC-B, the Handover Control Application 
in MSC-A requests the MAP application to initiate the MAP_PREPARE_HANDOVER request to MSC-B. 

MSC-A opens the dialogue to MSC-B with a MAP_OPEN request containing no user specific parameters and sends a 
MAP_PREPARE_HANDOVER request. This request shall contain all the information required by MSC-B to allocate 
the necessary radio resources. In addition, it may optionally contain: 

an indication that a handover number allocation is not required; 

the targetCellld, for compatibility reasons in the case of handover or inter-system handover to GSM ; 

the targetRNCId, in case of SRNS relocation or inter-system handover from GSM to UMTS; 

- the IMSI; 

UMTS encryption information and UMTS integrity protection information, which are necessary parameters 
for inter-system handover from GSM to UMTS; 

GSM radio resource information (channel type) shall be included at inter-MSC relocation to prepare for a 
possible subsequent intra-MSC handover from UMTS to GSM in MSC-B. 

The conditions when these parameters shall be included and the processing of them in MSC-B (3G_MSC-B) are 
described in detail in 3GPP TS 29.010 and 23.009. 

If MSC-B accepts the dialogue, it returns a MAP_PREPARE_HANDOVER confirmation containing a handover 
number or one or several relocation numbers, unless the request has included the HO-NumberNotRequired parameter, 
and BSSAP or RANAP information which is forwarded to and handled by the Handover Control Application in 
MSC-A. 

Optionally MSC-A can receive, after a MAP_PREPARE_HANDOVER confirmation, a 
MAP_PROCESS_ACCESS_SIGNALLING indication containing BSSAP or RANAP information. 

When the connection has been established between the MS and MSC-B, MSC-A will be informed by a 
MAP_SEND_END_SIGNAL indication. 

When MSC-A wants to clear the connection with BSS-B, an indication from the Handover Control Application is 
received in the Map Application to send the MAP_SEND_END-SIGNAL response to MSC-B to close the MAP 
dialogue. 

MSC-A may abort the handover or relocation procedure at any time (e.g. if the call is cleared). 

1 9.2.2.2 Handling of access signalling 

If required, the Handover Control Application in MSC-A requests the MAP application to invoke the 
MAP_FORWARD_ACCESS_SIGNALLING request containing the information to be transferred to the A-interface or 
the lu-interface of MSC-B (e.g. call control information). 

MAP_FORWARD_ACCESS_SIGNALLING is a non-confirmed service. 

MSC-B will then forward the required information to the Handover Control Application. The 
MAP_FORWARD_ACCESS_SIGNALLING is composed in such a way that the information can be passed 
transparently to the A-interface or the lu-interface for call control and mobility management information. Any response 
received in MSC-B from the A-interface or the lu-interface that should be brought to MSC-A will require a new 
independent request from the Handover Control Application in MSC-B to MSC-A by invoking a 
MAP_PROCESS_ACCESS_SIGNALLING request. 
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1 9.2.2.3 other procedures in stable handover situation 

During a call and after handover or relocation, a number of procedures between MSC-A and BSS-B or RNS-B 
controlled by or reported to MSC-A may be initiated in both directions by invoking a 

MAP_FORWARD_ACCESS_SIGNALLING request and reception of a MAP_PROCESS_ACCESS_SIGNALLING 
indication. 

19.2.2.4 Subsequent handover 

When MSC-A receives a MAP_PREPARE_SUBSEQUENT_HANDOVER request, it will start the procedure of 
handing or relocating the call over to a third MSC (MSC-B'), or back to the controlling MSC (MSC-A). If the new 
handover or relocation procedure towards MSC-B' or MSC-A is successful, the handover control application in MSC-A 
will request the release of the dialogue towards MSC-B by sending the MAP_SEND_END_SIGNAL confirmation. 

19.2.2.5 SDL Diagrams 

The SDL diagrams on the following pages describe the user processes in MSC-A for the procedures described in this 
clause. 

The services used are defined in clause 8.4. 

NOTE: The message primitives HO_CA_MESSAGE used in the SDL-Diagrams are used to show the internal co- 
ordination between the MAP application and the Handover Control Application. For a detailed 
description of the co-ordination between the applications for the handover or relocation procedure, see 
3GPP TS 23.009. 

Note that in case of reception of errors from the MSCs (see the Handover error handling macro), the MAP user reports 
them to the Handover Control Application and does not take any action except in cases explicitly mentioned in the SDL 
diagrams. 
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Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 1 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 2 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 3 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 4 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 5 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 6 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Figure 19.2.2/1 (sheet 7 of 13): Process MSC_A_HO 
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Figure 19.2.2/1 (sheet 8 of 13): Process MSC_A_HO 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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Process MSC_A_HO 

Figure 1 9.2 2/1 : HO in IVISC-A '[ 
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19.2.3 Hancdover procecJure in MSC-B 



This clause describes the handover or relocation procedure in MSC-B, including the request for a handover or 
relocation from another MSC (MSC-A), subsequent handover or relocation to a third MSC (MSC-B') or back to the 
controlling MSC (MSC-A). 
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19.2.3.1 Basic handover 

Opening of the dialogue is described in the macro Receive_Open_Ind in clause 25.1. 

When MSC-B process receives a MAP_PREPARE_HANDOVER indication from MSC-A, MSC-B requests its 
associated VLR to provide a handover number, unless the parameter HO-NumberNotRequired is received in the 
indication. 

When the connection between the MS and MSC-B is established on MSC-B, the Handover Control Application will 
request the MAP application to indicate this event to MSC-A by invoking the MAP_SEND_END_SIGNAL request. 
When a call is released, MSC-A will inform MSC-B by MAP_SEND_END_SIGNAL response and the MAP dialogue 
between MSC-A and MSC-B is closed. 

1 9.2.3.2 Allocation of handover number 

When a handover number is required, a MAP_ALLOCATE_HANDOVER_NUMBER request will be sent to the VLR. 
The handover number is received in the MAP_SEND_HANDOVER_REPORT request, and will be included in the 
MAP_PREPARE_HANDOVER response to MSC-A. 

When relocation numbers are required, one or several MAP_ALLOCATE_HANDOVER_NUMBER requests will be 
sent to the VLR. Each relocation number is received in a MAP_SEND_HANDOVER_REPORT request, and the 
collected relocation numbers will be included in the MAP_PREPARE_HANDOVER response to MSC-A. 

As soon as the call from MSC-A using the handover number arrives in MSC-B, MSC-B shall release the handover 
number in the VLR using the MAP_SEND_HANDOVER_REPORT response. 

As soon as a call from MSC-A using a relocation number arrives in MSC-B, MSC-B shall release the relocation number 
in the VLR using the MAP_SEND_HANDOVER_REPORT response. 

1 9.2.3.3 Handling of access signalling 

If required by the Handover Control Application, MSC-B invokes the MAP_PROCESS_ACCESS_SIGNALLING 
request containing the information received on the A-interface or the lu-interface that should be transferred to MSC-A 
(e.g. call control information). 

MAP_PROCESS_ACCESS_SIGNALLING is a non-confirmed service and any response from MSC-A will require a 
MAP_FORWARD_ACCESS_SIGNALLING request. 

1 9.2.3.4 Other procedures in stable handover situation 

During a call and after handover or relocation, a number of procedures between MSC-A and BSS-B or RNS-B 
controlled by or reported to MSC-A may be initiated by involving access signalling transfer in both directions. 

19.2.3.5 Subsequent handover 

The procedure is used when the Handover Control Application in MSC-B has decided that a call is to be handed over or 
relocated to another MSC (either back to the controlling MSC (MSC-A) or to a third MSC (MSC-B')). 

After the MAP_PREPARE_SUBSEQUENT_HANDOVER response is received from MSC-A, MSC-B will await the 
disconnection of the call. Once the disconnect is complete, MSC-B will inform its VLR by invoking the 
MAP_SEND_HANDOVER_REPORT confirmation. VLR-B will then release the allocated handover number. 

The subsequent handover procedure is shown in figure 19.2/3. 

19.2.3.6 SDL Diagrams 

The SDL diagrams on the following pages describe the user process in MSC-B for the procedures described in this 
clause. 

The services used are defined in clause 8.4. 
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NOTE 1: The message primitives HO_CA_MESSAGE in the SDL-diagrams are used to show the internal co- 
ordination between the MAP appHcation and the Handover Control Application. For a detailed 
description of the co-ordination between the applications for the handover procedure, see 3GPP 
TS 23.009. 

NOTE 2: The order in the SDL diagrams to allocate first the handover number and then the radio resources is not 
binding. 
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Figure 19.2.3/1 (sheet 1 of 11): Process MSC_B_HO 
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Process MSC B HO 



'Figure 19.2.3/1: HO in IVISC-B ' 
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Process MSC B HO 
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'Figure 19.2.3/1: HO in IVISC-B ' 
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Process MSC B HO 



'Figure 19.2.3/1: HO in IVISC-B ' 
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'Figure 19.2.3/1: HO in MSC-B ' 
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Process MSC B HO 



'Figure 19.2.3/1: HO in IVISC-B ' 
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Process MSC B HO 



'Figure 19.2.3/1: HO in IVISC-B ' 
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'Figure 19.2.3/1: HO in IVISC-B ' 
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1 9.2.4 Handover error handling macro 



This macro is used for the handover procedures to receive errors from the MSCs and from the Handover Control 
Apphcation at any state of a handover process. 

If a MAP_NOTICE indication is received, the Handover Control Application is informed and the actual situation is kept 
and the Handover Control Application decides how the handover or relocation process should continue. In all other 
cases the MSC is returned to a "NULL" state. 
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Macrodefinition Receive error from HO CA or MSC 
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Figure 1 9.2.4/1 : Macro Receive_error_from_HO_CA_or_MSC 
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Figure 19.2.4/1: Macro Receive_error_from_HO_CA_or_MSC 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 482 ETSI TS 1 29 002 V4.9.0 (2002-09) 

1 9.2.5 Handover procedure in VLR 

1 9.2.5.1 Allocation of handover number 

When receiving the MAP_ALLOCATE_HANDOVER_NUMBER indication, the VLR will determine whether a 
handover number is available. If no handover number is available, this will be indicated by a 
MAP_ALLOCATE_HANDOVER_NUMBER response with the appropriate error. 

The handover number allocated will otherwise be returned to MSC-B in the MAP_SEND_HANDOVER_REPORT 
request. 

The handover number will be reserved until a MAP_SEND_HANDOVER_REPORT confirmation is received from 
MSC-B. 

19.2.5.2 SDL Diagrams 

The SDL diagrams on the following pages describe the user processes in VLR for the procedures described in this 
clause. 

The services used are defined in clause 8.4. 
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19.3 Fault recovery procedures 



After a fault of a location register, the fault recovery procedures ensure that the subscriber data in the VLR or in the 
SGSN become consistent with the subscriber data that are stored in the HLR for the MS concerned and that the location 
information in HLR , VLR and SGSN reflect accurately the current location of the MS. 

The detailed specification of fault recovery procedures of location registers is given in 3GPP TS 23.007 [19]. 

1 9.3.1 VLR fault recovery procedures 

The following processes are involved with the restoration of one IMSI record in the VLR: 
In case of a location registration request from the MS: 

Update_Location_Area_VLR clause 19.1.1.3; 

Update_Location_HLR clause 19.1.1.4. 

In case of a mobile terminated call: 

PRN_VLR clause 21.2.4; 

RESTORE_DATA_VLR clause 21.2.4; 

RESTORE_DATA_HLR clause 19.3.3; 

ICS_VLR clause 21.3.3. 

After a restart, the VLR shall erase all IMSI records affected by the failure and shall cause all affected TMSIs and all 
affected LMSIs to become invalid. There will be no subscriber data or location information stored for an affected MS 
until after the VLR has received either a MAP_PROVIDE_ROAMING_NUMBER indication or a 
MAP_UPDATE_LOCATION_AREA indication for that MS. Restoration of subscriber data in the VLR is triggered 
individually for each IMSI record by receipt of either of these indications. 

Reception of either a MAP_UPDATE_LOCATION_AREA indication or a MAP_PROVIDE_ROAMING_NUMBER 
indication with an IMSI that is unknown in the VLR causes creation of a skeleton IMSI record that is marked as: 

not confirmed by radio contact by the indicator "Confirmed by Radio Contact" (The function of this indicator is 
described in 3GPP TS 23.007 [19]); and 

not confirmed by HLR by the indicator "Confirmed by HLR" (The function of this indicator is described in 
3GPPTS 23.007 [19]). 

A third indicator "Location Information Confirmed in HLR" is allocated to each IMSI record in the VLR (The function 
of this indicator is described in 3GPP TS 23.007 [19]). 

The indicator "Location Information Confirmed in HLR" shall be checked whenever authenticated radio contact with an 
MS has been established. The status "Not Confirmed" of this indicator shall force the VLR to invoke the 
MAP_UPDATE_LOCATION service but it shall never cause rejection of a mobile originated request. The status is 
changed from "Not Confirmed" to "Confirmed" only after successful completion of a MAP_UPDATE_LOCATION 
procedure for the MS concerned. 

If the VLR serves only one MSC, the indicator "Location Information Confirmed in HLR" is only relevant to the HLR 
restoration procedure and an initial value must be assigned when an IMSI record is created in the VLR: 

if the IMSI record was created due to a roaming number request, the initial value must be set to "Confirmed"; 

- if reception of a MAP_UPDATE_LOCATION_AREA indication causes creation of the IMSI record, the initial 
value must be "Not Confirmed". 

If the VLR serves more than one MSC, the indicator "Location Information Confirmed in HLR" is used in the VLR 
restoration procedure as well as in the HLR restoration procedure. When an IMSI record is created in the VLR, the 
indicator must be set to "Not Confirmed". 
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VLR restoration triggered by a location registration request 

Upon receipt of a MAP_UPDATE_LOCATION_AREA indication, the VLR retrieves authentication data from the 
HLR by using the MAP_SEND_AUTHENTICATION_INFO service if authentication is required and if no 
authentication data are available in the VLR for the IMSI concerned (see figure 19.L1/6). 

Receipt of a MAP_UPDATE_LOCATION_AREA indication for an MS whose IMSI is unknown in the VLR or whose 
data stored in the VLR are marked as "Not Confirmed" by the indicator "Confirmed by HLR" and/or by the indicator 
"Location Information Confirmed in HLR" forces the VLR to invoke the MAP_UPDATE_LOCATION service after 
successful authentication, if required. The location updating procedure is performed as described in clause 19. L 

Any other mobile originated request from an MS whose IMSI is unknown in the VLR or whose subscriber data stored 
in the VLR are marked as "Not Confirmed" by the indicator "Confirmed by HLR" shall be rejected with error cause 
"Unidentified Subscriber". This causes the MS to trigger the location registration procedure. 

After successful completion of the MAP_UPDATE_LOCATION procedure, the indicators "Confirmed by HLR" and 
"Location Information Confirmed in HLR" are set to "Confirmed". 

The indicator "Confirmed by Radio Contact" is set to "Confirmed" when the radio contact with the MS is authenticated. 

VLR restoration triggered by a roaming number request 

Figure 19.3/1 illustrates the signalling sequence for restoration of an IMSI record in the VLR triggered by a mobile 
terminating call set-up. 

Upon receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an IMSI that is unknown in the VLR and for 
which authentication is required, the VLR retrieves authentication data from the HLR by using the 
MAP_SEND_AUTHENTICATION_INFO service after an MSRN has been sent to the HLR in the 
MAP_PROVIDE_ROAMING_NUMBER response. 

Receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an MS whose IMSI is unknown in the VLR or 
whose data record in the VLR is marked as "Not Confirmed" by the indicator "Confirmed by HLR" forces the VLR to 
request subscriber data from the HLR by sending a MAP_RESTORE_DATA request which triggers one or more 
INSERT_SUBSCRIBER_DATA operations from the HLR. The MAP_RESTORE_DATA request may also be used to 
send the LMSI to the HLR. 

The MAP_RESTORE_DATA process in the VLR is described in clause 21.2.4. 

The MAP_RESTORE_DATA process in the HLR is described in clause 19.3.3. 

After successful completion of the MAP_RESTORE_DATA procedure, the indicator "Confirmed by HLR" is set to 
"Confirmed". 

If restoration of an IMSI record was triggered by a MAP_PROVIDE_ROAMING_NUMBER indication (i.e. by a 
mobile terminating call), the VLR has no valid Location Area Identity information for the MS concerned before 
successful establishment of the first authenticated radio contact. Upon receipt of a 

MAP_SEND_INFO_FOR_INCOMING_CALL indication from the MSC (see 5 in figure 19.3/1) for an MS whose 
subscriber data are marked as "Confirmed" by the indicator "Confirmed by HLR" but not confirmed by radio contact, 
the VLR shall invoke a "MAP_SEARCH_FOR_MS" instead of a "MAP_PAGE". 

A MAP_SEARCH_FOR_MS shall also be performed if the VLR receives a MAP_SEND_INFO_FOR_MT_SMS 
indication from the MSC for an MS whose IMSI record is marked as "Confirmed" by the indicator "Confirmed by 
HLR" but not confirmed by radio contact. 

The indicator "Confirmed by Radio Contact" is set to "Confirmed" when authenticated radio contact caused by a mobile 
originated or a mobile terminated activity is established. 
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NOTE 1 : If authentication required. 

NOTE 2: If subscriber tracing active in HLR. 

Figure 19.3/1 : Procedures related to restoration of VLR in case of mobile terminated call set-up 



1 9.3.2 HLR fault recovery procedures 

The following processes are involved with the restart of the HLR: 

- HLR_RESTART clause 19.3.2; 

- REC_RESET_1N_VLR clause 19.3.2; 

- REC_RESET_IN_SGSN clause 19.3.2. 

In the case of a location registration request from the MS, the following processes are involved with the HLR 
restoration procedure: 



Update_Location_Area_VLR 

Update_Location_HLR 

Update_GPRS_Location_HLR 



clause 19.1.1.3 
clause 19.1.1.4 
clause 19.1.1.4 



GPRS_Update_Location_Area_VLR clause 19.1.1.3 
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- SGSN_Update_HLR clause 19.1.1.8. 
In the case of a mobile originated service request, the 

Macro Process_Access_Request_VLR clause 25.4.2; and the 

Process Update_Location_HLR clause 19.1.1.4, 

are involved with the HLR restoration procedure. 

For the HLR, periodic back-up of data to non-volatile memory is mandatory. 

Data that have been changed in the period of time after the last back-up storage and before the restart of the HLR cannot 
be recovered by reload from the non-volatile memory. Therefore, a restoration procedure is triggered individually for 
each IMSI record that has been affected by the HLR fault at the first authenticated radio contact that is established with 
the MS concerned. 

The HLR restoration procedure forces updating of MSC number, VLR number, SGSN number and, if provided by the 
VLR, LMSI in the HLR. Consistency of subscriber data that are stored in the VLR or in the SGSN for an MS that has 
been affected by a HLR fault with the subscriber data stored in the HLR for this MS will be achieved. 

As an implementation option, a notification can be forwarded to the MS to alert the subscriber to check the parameters 
for supplementary services that allow subscriber controlled input (MAP_FORWARD_CHECK_SS_INDICATION 
service). If the VLR receives this notification from the HLR it shall forward the notification to the MS. If the Gs- 
interface is present the VLR shall not forward this notification. 

Figures 19.3/2 and 19.3/9 illustrates the signalling sequence for HLR restoration. 

After a restart, the home location register performs the following actions for the subscriber data records that have been 
affected by the HLR fault (see figure 19.3/3): 

reload all data from the non-volatile back-up; 

- if the MAP_FORWARD_CHECK_S SYNDICATION service is implemented, mark each subscriber record "SS 
Check Required" by setting the "Check SS" indicator; 

set subscriber tracing deactive in the VLR for each of its Mss; 

- reset the "MS Purged" flag for each of its MSs; 

send a MAP_RESET request to the VLRs where its MSs are located (see figure 19.3/4). 

- send a MAP_RESET request to the SGSNs where its MSs are located (see figure 19.3/7). 

The MAP_RESET request contains the HLR number and optionally the HLR Identity List. 

When receiving a MAP_RESET indication, the VLR or the SGSN will derive all involved MSs of that HLR either from 
the HLR Identity List (if present), or from the HLR number. The VLR or the SGSN will then mark these MSs with the 
indicator "Location Information Confirmed in HLR" set to "Not Confirmed" and will deactivate all subscriber tracings 
for these Mss (see figures 19.3/5 and 19.3/8). 

The status "Not Confirmed" of the indicator "Location Information Confirmed in HLR" forces the VLR to invoke the 
MAP_UPDATE_LOCATION service after establishment of authenticated radio contact with the MS concerned. 

Also the status "Not Confirmed" of the indicator "Location Information Confirmed in HLR" forces the SGSN to invoke 
the MAP_UPDATE_GPRS_LOCATION service after establishment of authenticated radio contact with the MS 
concerned. 

The MAP_UPDATE_LOCATION procedure is performed as described in clause 19.1. 

After receipt of the MAP_UPDATE_LOCATION or the MAP_UPDATE_GPRS_LOCATION acknowledgement 
containing the HLR number, the status of the indicator "Location Information Confirmed in HLR" is changed to 
"Confirmed". 
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If the MAP_UPD ATE_LOCATION procedure is unsuccessful for any reason, the status of the indicator "Location 
Information Confirmed in HLR" remains unchanged except for the case that the IMSI record in the VLR is deleted 
because either of the errors "Unknown Subscriber" or "Roaming Not Allowed" has been received from the HLR in 
response to a MAP_UPDATE_LOCATION request. 

If the MAP_UPD ATE_GPRS_LOCATION procedure is unsuccessful for any reason, the status of the indicator 
"Location Information Confirmed in HLR" remains unchanged except for the case that the IMSI record in the SGSN is 
deleted because either of the errors "Unknown Subscriber" or "Roaming Not Allowed" has been received from the HLR 
in response to a MAP_UPDATE_GPRS_LOCATION request. 
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Figure 19.3/2: Procedures related to restoration of HLR 
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Figure 19.3/9: Procedures related to restoration of HLR for GPRS 
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Figure 19.3/3: Process HLR_RESTART 
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Process SEND RESET TO VLR 



Figure 19. 3/4 Restoration of the HLR 
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Figure 19.3/4: Process SEND_RESET_TO_VLR 
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Process REC RESET IN VLR 



Figure 19. 3/5 Restoration of the HLR - Appication process in the VLR _ ^ 
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Figure 19.3/5: Process REC_RESET_IN_VLR 
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Process SEND RESET TO SGSN 
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Figure 19.3/7: Restoration of the HLR 
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Figure 19.3/7: Process SEND_RESET_TO_SGSN 
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Figure 19.3/8: Process REC_RESET_IN_SGSN 
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1 9.3.3 VLR restoration: the restore data procedure in tine HLR 

The MAP_RESTORE_DATA procedure in the HLR (Process RESTORE_DATA_HLR) is described in this clause; the 
corresponding procedure in the VLR (RESTORE_DATA_VLR) is described in clause 21.2.4. 

The process RESTORE_DATA_HLR makes use of the following macros: 

Receive_Open_Ind clause 25.1.1; 

Check_Indication clause 25.2.1; 

Insert_Subs_Data_Framed_HLR clause 19.4. 

The MAP_RESTORE_DATA service is invoked by the VLR after provision of a roaming number in response to a 
MAP_PR0V1DE_R0AM1NG_NUMBER indication for an unidentified MS (i.e. IMSl unknown in VLR), or for a 
known MS whose IMSl record is marked as "Not Confirmed" by the indicator "Confirmed by HLR" (see 4 in 
figure 19.3/1). The process RESTORE_DATA_VLR is shown in figure 21.2/6. 

The restore data process in the HLR is activated by receipt of a MAP_RESTORE_DATA indication from the VLR (see 
figure 19.3/6). If there is a parameter problem in the indication, either of the errors "Unexpected Data Value" or "Data 
Missing" is returned in the MAP_RESTORE_DATA response; if the subscriber is not known in the HLR, the error 
"Unknown Subscriber" is returned in the MAP_RESTORE_DATA response. In all of these cases the process in the 
HLR terminates. 

If the MAP_RESTORE_DATA indication is accepted and if the LMSI is received, the HLR updates the LMSI for the 
IMSl received in the MAP_RESTORE_DATA indication. For this IMSl the HLR sets "subscriber-tracing-not-active- 
in-VLR" and checks whether tracing is required. This check is handled by the macro "Control_Tracing_HLR" that is 
described in clause 25.9. Thereafter, the macro "Insert_Subs_Data_Framed_HLR" that is described in clause 19.4 is 
invoked. The outcome of the macro Insert_Subs_Data_Framed_HLR is one of: 

abort, in which case the process terminates; 

error, in which case the HLR returns the error "System Failure" in the MAP_RESTORE_DATA response, and 
the process terminates; 

OK, indicating successful outcome of downloading the subscriber data to the VLR. 

After successful completion of the framed MAP_INSERT_SUBSCRIBER_DATA procedure, the HLR Number and, if 
applicable, the "MS Not Reachable Flag" which is used for SMS, are provided in the MAP_RESTORE_DATA 
response. 

Upon receipt of the MAP_RESTORE_DATA confirmation, the VLR behaves as described in clause 21.2.4, 
figure 21.2/6. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



496 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process RESTORE DATA HLR 



Figure 19.3/6 VLR Restoration -Application Process in ttie HLR " 
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Figure 19.3/6: Process RESTORE_DATA_HLR 
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19.4 Macro lnsert_Subs_Data_Framed_HLR 

This macro is used by any procedure invoked in HLR which requires the transfer of subscriber data by means of the 
InsertSubscriberData operation (e.g. Update Location or Restore Data). 

The invocation of the operation is done in a dialogue already opened by the framing procedure. Therefore the latter is 
the one that handles the reception of the open indication and sends the dialogue close request. 

The macro calls the process "Send_Insert_Subs_Data" (see clause 25.7.4) as many times as it is needed for transferring 
all subscriber data. This process call is meant to describe two possible behaviours of HLR to handle service requests 
and confirmations: 

either the HLR handles requests and confirmations in parallel; or 

the HLR sends the next request only after receiving the confirmation to the previous one. 

Another call is done to the macro "Wait_for_Insert_Subscriber_Data" (see clause 25.7.3). There the reception and 
handling of the service confirmations is described. 

If certain services required for a subscriber are not supported by the VLR or by the SGSN (e.g. Advice of Charge 
Charging Level), this may result in one of the following outcomes: 

The HLR stores and sends "Roaming Restriction Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restriction Due To Unsupported Feature" is stored 
in the HLR, the "MSC Area Restricted Flag" shall be set to "restricted". This will prevent MT calls, MT SM and 
MT USSD from being forwarded to the MSCA'LR; 

The HLR stores and sends other induced subscriber data (e.g. a specific barring program) in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. This will cause rejection of mobile originated service requests, 
except emergency calls. 

The HLR stores and sends "Roaming Restricted in the SGSN Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restricted In SGSN Due To Unsupported Feature" 
is stored in the HLR, the "SGSN Area Restricted Flag" shall be set to "restricted". This will prevent MT SM 
from being forwarded to the SGSN and Network Requested PDF-Context Activation; 

When the VLR receives regional subscription data (Zone Code List) it may respond with "MSC Area Restricted" in the 
MAP_INSERT_SUBSCRIBER_DATA response. In this case the "MSC Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT calls, MT SM and MT USSD from being forwarded to the MSC/VLR. 

If the HLR neither stores "Roaming Restriction Due To Unsupported Feature" nor receives "MSC Area Restricted" in 
the MAP_INSERT_SUBSCRIBER_DATA response, the "MSC Area Restricted Flag" in the HLR shall be set to "not 
restricted". 

If subscriber data for CAMEL Phase 2 or 3 services are sent to a VLR which does not support CAMEL Phase 2 or 3, 
the service behaviour may be unpredictable or incorrect. The HLR therefore needs to ensure that at the conclusion of a 
location updating dialogue the data in the VLR do not require a capability that the VLR does not have. Possible 
mechanisms to ensure this are described in 3GPP TS 23.078. 

The HLR should send a Forwarded-to number which is not in E.164 international format to the VLR only when the 
HLR has ascertained that the VLR supports CAMEL Phase 2 or higher. Thus, the ISD message containing the 
Forwarded-to number which is not in E.164 international format shall be sent to the VLR only after the HLR receives 
confirmation in the first ISD message result that CAMEL Phase 2 or higher is supported. 

A Forwarded-to number non-international E. 164 format shall only be sent from an HLR to a VLR if the VLR supports 
CAMEL Phase 2, or a subsequent phase of CAMEL. 

When the SGSN receives regional subscription data (Zone Code List) it may respond with "SGSN Area Restricted" in 
the MAP_INSERT_SUBSCRIBER_DATA response. In this case the "SGSN Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT SM from being forwarded to the SGSN and Network Requested PDP- 
Context Activation. 

If the HLR neither stores "Roaming Restricted In SGSN Due To Unsupported Feature" nor receives "SGSN Area 
Restricted" in the MAP_INSERT_SUBSCRIBER_DATA response, the "SGSN Area Restricted Flag" in the HLR shall 
be set to "not restricted". 
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The SDL diagrams are shown in figures 19.4/1 and 19.4/2. 
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Figure 19.4/1: Macro lnsert_Subs_Data_Framed_HLR 
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19.5 Mobility IVIanagement Event notification procedure 
19.5.1 General 

The Mobility Management Event Notification VLR process (MMEN_VLR) is used to notify a gsmSCF about the 
successful completion of a Mobility Management event. 

Figure 19.5/1. depicts the MAP signalling used for the event notification. 




(1) - 

(2) <- 

(3) <- 




(1 ) Report Mobility IVIanagement Event (VLR to gsmSCF). 

(2) Report IVIobility IVIanagement Event Result (gsmSCF to VLR). 

(3) Report IVIobility Management Event Error (gsmSCF to VLR). 

Figure 19.5/1 : Interfaces and MAP Messages for Mobility Management Event notifications 

19.5.2 Process In the VLR 

The Mobility Management event notification procedure in the VLR is triggered when the following conditions are 
fulfilled: 

1 . the VLR has successfully completed a Mobility Management event; 

2. the subscriber has a subscription to Mobility Management event notifications; 

3. the Mobility Management event is marked for reporting. 

The VLR notifies the gsmSCF of a mobility management event with the ReportMMEvent MAP message. This message 
is sent in a TCAP TC -BEGIN primitive. The VLR then awaits a positive result (RESULT) or a negative result 
(ERROR). This is received in a TCAP TC-END primitive. The Basic End procedure is used. 

When the VLR has received the RESULT or ERROR, the relationship between the VLR and the gsmSCF is terminated. 
The relationship, if existing, is also terminated when the VLR sends a TCAP P- ABORT primitive to the calling 
procedure or when the VLR receives a TCAP P-ABORT or a TCAP-U-ABORT primitive from the gsmSCF. 

The sending process shall indicate to the MMEN_VLR process, which Mobility Management event shall be reported to 
the gsmSCF. 

The MMEN_VLR process is illustrated in figure 19.5/2. 
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Figure 19.5/2: Process MM_Event_Notification_VLR (sheet 1 of 1) 
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1 9.5.3 Process in the gsmSCF 

When the gsmSCF receives the ReportMMEvent MAP Message (in a TCAP TC -BEGIN primitive), the 
MM_Event_Notification_gsmSCF" (MMEN_SCF) process is started. 

If the gsmSCF has validated the information it has received in the ReportMMEvent MAP Message, then it informs the 
Service Logic in the SCP and awaits a response. 

If a positive response is received from the Service Logic, then a REPORT_MM_EVENT_RESULT is sent to the VLR. 

If a negative response is received from the Service Logic, then a REPORT_MM_EVENT_ERROR is sent to the VLR. 

Both RESULT and ERROR are sent in a TCAP TC-END primitive. The Basic End procedure is used. 

If the Service Logic returns a User Error, then a MAP U- ABORT primitive is sent to the VLR. 

The gsmSCF TCAP service may choose to abort the relationship with the VLR by sending a TCAP P-ABORT 
primitive to the VLR. 

When the gsmSCF receives a TCAP P-ABORT primitive from the VLR, it shall immediately terminate the mobility 
management process. 

This is illustrated in figure 19.5/3. 
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Figure 19.5/3: Process MMEventNotificationgsmSCF (sheet 1 of 1) 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 504 ETSI TS 129 002 V4.9.0 (2002-09) 

20 Operation and maintenance procedures 
20.1 General 

The Operation and Maintenance procedures are needed for operating and maintaining the GSM PLMN network. 
The following procedures exist for operation and maintenance purposes: 
i) Tracing procedures; 
ii) Subscriber Data Management procedures; 
iii) Subscriber Identity procedures. 
The following application contexts refer to complex MAP Users consisting of several processes: 
subscriberDataManagementContext; 
tracingContext. 

These two application contexts need a co-ordinating process in the VLR or in the SGSN as described in the following 

clauses. 

20.1.1 Tracing Co-ordinator for the VLR 

The MAP_OPEN indication opens the dialogue for the stand-alone tracing procedure when the application context 
tracingContext is received. If that service is successful, the Co-ordinator can receive the first service primitive from the 
MAP_PM. Depending on the received primitive, the user process is created as follows: 

- if the MAP_ACTIV ATE_TRACE_MODE indication is received, the process ATM_VLR_Standalone is created; 

- if the MAP_DEACTIVATE_TRACE_MODE indication is received, the process DTM_VLR_Standalone is 
created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Tracing Co-ordinator is shown in the figure 20.1/1. 
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Figure 20.1/1 : Process Co_Tracing_VLR 
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20. 1 .2 Subscriber Data Management Co-ordinator for the VLR 

The MAP_OPEN indication opens the dialogue for the stand-alone subscriber data management procedure when the 
application context subscriberDataManagementContex is received. If that service is successful, the Co-ordinator can 
receive the first service primitive from the MAP_PM. Depending on the received primitive, the user process is created 
as follows: 

- if the MAP_INSERT_SUBSCRIBER_DATA indication is received, the process INS_SUBS_DATA_VLR is 
created; 

- if the MAP_DELETE_SUBSCRIBER_DATA indication is received, the process Delete_Subscriber_Data_VLR 
is created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Subscriber_Data_Management Co-ordinator is shown in the figure 20.1/2. 
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Figure 20.1/2: Process Co_Data_Management_VLR 
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20. 1 .3 Tracing Co-ordinator for the SGSN 



The MAP_OPEN indication opens the dialogue for the stand-alone tracing procedure when the application context 
tracingContext is received. If that service is successful, the Co-ordinator can receive the first service primitive from the 
MAP_PM. Depending on the received primitive, the user process is created as follows: 

- if the MAP_ACTIV ATE_TRACE_MODE indication is received, the process ATM_SGSN_Standalone is 
created; 

- if the MAP_DEACTIVATE_TRACE_MODE indication is received, the process DTM_SGSN_Standalone is 
created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Tracing Co-ordinator for the SGSN is shown in the figure 20.1/3. 
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20.1 .4 Subscriber Data Management Co-ordinator for the SGSN 

The MAP_OPEN indication opens the dialogue for the stand-alone subscriber data management procedure when the 
application context subscriberDataManagementContext is received. If that service is successful, the Co-ordinator can 
receive the first service primitive from the MAP_PM. Depending on the received primitive, the user process is created 
as follows: 

- if the MAP_INSERT_SUBSCRIBER_DATA indication is received, the process INS_SUBS_DATA_SGSN is 
created; 

- if the MAP_DELETE_SUBSCRIBER_DATA indication is received, the process 
Delete_Subscriber_Data_SGSN is created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Subscriber_Data_Management Co-ordinator is shown in the figure 20.1/4. 
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20.2 Tracing procedures 

Three types of tracing procedures exist: 

i) Subscriber tracing management procedures; 

ii) Subscriber tracing procedures; 

iii) Event tracing procedures. 

The subscriber tracing management procedures are used for management of the status and the type of the tracing. The 
subscriber tracing activation procedure is used at location updating or data restoration when the trace mode of a 
subscriber is set active in the HLR or, as a stand alone procedure, when the subscriber is already registered and the trace 
mode becomes active in the HLR. The procedures for providing a trace request to the VLR are shown in figures 20.2/1 
and 20.2/2. The procedures for providing a trace request to the SGSN are shown in figures 20.2/1 1 and 20.2/12. 
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Figure 20.2/1 : Stand alone subscriber tracing activation procedure 
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4) Subscriber Tracing Activation Accepted. 

Figure 20.2/11 : Stand alone subscriber tracing activation procedure for GPRS 
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Figure 20.2/2: Subscriber tracing activation procedure at location updating or data restoration 
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Figure 20.2/12: Subscriber tracing activation procedure at GPRS location updating 



The HLR sends the trace request (IMSI, trace reference, trace type and identity of the OMC) to the VLR or to the SGSN 
in a MAP_ACTIVATE_TRACE_MODE request. The receipt of this primitive is acknowledged. The acknowledge 
primitive will indicate that the trace request is accepted by the VLR or by the SGSN. If the request is not accepted, the 
reason will be reported to the HLR. 

The subscriber tracing deactivation procedure is used when the trace request of a subscriber is to be cancelled in the 
VLR or in the SGSN. The procedures is shown in figures 20.2/3 and 20.2/13. 



+ + 

I VLR I 
+ + 

12. 
+ <- 



+ + 

1 HLR 1 
+ + 

1 1. 
+ < - 



OMC 



- + 

- + 



1) Subscriber Tracing Deactivation. 

2) l\/IAP_DEACTIVATE_TRACE_MODE. 

3) l\/IAP_DEACTIVATE_TRACE_l\/IODE_ACK. 

4) Subscriber Tracing Deactivation Accepted. 

Figure 20.2/3: Subscriber tracing deactivation procedure 
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1) Subscriber Tracing Deactivation. 

2) IVIAP_DEACTIVATE_TRACE_MODE. 

3) IVIAP_DEACTIVATE_TRACE_l\/IODE_ACK. 

4) Subscriber Tracing Deactivation Accepted. 

Figure 20.2/13: Subscriber tracing deactivation procedure for GPRS 

The HLR sends a MAP_DEACTIVATE_TRACE_MODE request to the VLR or to the SGSN. The VLR or the SGSN 
will acknowledge the deactivation. The acknowledge primitive will indicate that the trace request has been deleted by 
the VLR or by the SGSN. If the deactivation is not accepted, the reason will be reported to the HLR. 

The subscriber tracing procedures are used when the VLR detects any subscriber related activity for which the trace 
mode is activated, e.g. receives the MAP_PROCESS_ACCESS_REQUEST indication. The procedure is shown in 
figure 20.2/4. 
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3) Subscriber tracing information. 

Figure 20.2/4: Subscriber tracing procedure in the servicing IVISC 

The VLR will generate the MAP_TRACE_SUBSCRIBER_ ACTIVITY indication. The receiving MSC will send the 
trace record to the OMC. 

[Figure numbers 20.2/5 and 20.2/6 are spare.] 

20.2.1 Procedures in the HLR 

20.2.1 .1 Subscriber tracing activation procedure 

When receiving the subscriber tracing mode activation command for a subscriber from the OMC, the HLR will activate 
tracing, if the subscriber is known and registered in the HLR and the subscriber is roaming in the home PLMN area. 
The MAP_ACT1VATE_TRACE_M0DE request is sent to the VLR or to the SGSN where the subscriber is registered. 

If the MAP_ACTIVATE_TRACE_MODE confirmation is received indicating an error situation, the errors are mapped 
to the OMC interface. The activation request may also be repeated; the number of repeat attempts and the time in 
between are HLR operator options, depending on the error returned by the VLR or the SGSN. 

If the subscriber is known in the HLR, but is deregistered or roaming outside the home PLMN area, the subscriber 
tracing status is activated in the HLR, but the VLR or the SGSN is not updated. 

When receiving a request for location updating or data restoration while the subscriber trace mode is active, the macro 
Control_Tracing_HLR (see figure 25.9/4) shall be initiated by the location updating process in the HLR. 

The subscriber tracing activation process in the HLR with VLR is shown in figure 20.2/7. 
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The subscriber tracing activation process in the HLR with SGSN is shown in figure 20.2/14. 
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Figure 20.2/7 (sheet 1 of 2): Process ATM_HLR_with_VLR 
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Process ATM HLR with VLR 



Figure 20.2/7: The subscribertracing activation ' '^ 
process in the HLR 
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Figure 20.2/7 (sheet 2 of 2): Process ATM_HLR_with_VLR 
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Process ATM HLR with SGSN 



'Figure 20.3'1 4: The subscriber tracing acti\ation 
prccess in the HLR with SGSN 
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Figure 20.2/14 (sheet 1 of 2): Process ATM_HLR_with_SGSN 
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Process ATM HLR with SGSN 



'Figure 20.3'1 4: The subscriber tracing acti\ation 
prccess in the HLR with SGSN 
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Figure 20.2/14 (sheet 2 of 2): Process ATM_HLR_with_SGSN 
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20.2.1 .2 Subscriber tracing deactivation procedure 

When receiving the subscriber trace mode deactivation command for a subscriber from the OMC, the HLR will send the 
MAP_DEACTIVATE_TRACE_MODE request to the VLR or to the SGSN where the subscriber is registered, if the 
trace mode activation has been carried out. The subscriber tracing in HLR is set to a deactive state. 

If the operation is successful, the HLR will set the subscriber tracing in VLR or in SGSN to a deactive state. 

If the MAP_DEACTIVATE_TRACE_MODE confirmation is received indicating an error situation, the errors are 
mapped to the OMC interface. The deactivation request may be also repeated; the number of repeat attempts and the 
time in between are HLR operator options, depending on the error returned by the VLR or by the SGSN. 

The subscriber tracing deactivation procedure with VLR is shown in figure 20.2/8. 

The subscriber tracing deactivation procedure with SGSN is shown in figure 20.2/15. 
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Process DTM_HLR_with_VLR 

Figure 20.2/8: The subscriber tracing deactivation ' '_^ 
process in the HLR 
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Figure 20.2/8 (sheet 1 of 2): Process DTM_HLR_with_VLR 
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Process DTM_HLR_with_VLR 

Figure 20.2/8: The subscriber tracing deactivation ' '_^ 
process in the HLR 
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Figure 20.2/8 (sheet 2 of 2): Process DTM_HLR_with_VLR 
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Process DTM HLR with SGSN 
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Figure 20.2/15 (sheet 1 of 2): Process DTM_HLR_with_SGSN 
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Process DTM HLR with SGSN 
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'Figure 20.2/1 5: The subscriber tracing deactivation ' '_^ 
process in the HLR with SGSN 



WF_ 
_DTM_ 
RESULT 



I\/1AP_ 

_DEACTIVATE^ 
_TRACE 
MODE cnf 




yes 



no 



Set Subscriber 
Tracing = 
Deactive 
in SGSN 



0IV1_GPRS_ 
Subscriber 
Tracing_ 
Deactivation_rsp 



NULL 



l\/lAP_GLOSE_ind, 
MAP_U_ABORT_ind, 
IVIAP P ABORT ind 



MAP_ 
NOTICE 



MAP_CLO 
req 




Figure 20.2/15 (sheet 2 of 2): Process DTM_HLR_with_SGSN 
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20.2.2 Procedures in the VLR 

The VLR is involved in the following tracing procedures: 
i) Subscriber tracing activation procedure; 
ii) Subscriber tracing deactivation procedure; 
iii) Subscriber tracing procedure. 

20.2.2.1 Subscriber tracing activation procedure 

When receiving a MAP_ACTIVATE_TRACE_MODE indication, the VLR will check the parameters and data in the 
primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the nature 
of the error. 

If the subscriber is known, the tracing facility is supported and the tracing capacity is not exceeded, the successful 
report is sent in the MAP_ACTIVATE_TRACE_MODE response primitive. 

The MAP_ACTIVATE_TRACE_MODE indication primitive may be received during a location updating or data 
restoration procedure, so the location updating or restore data process shall use the macro Activate_Tracing_VLR (see 
figure 25.9/3). 

The subscriber tracing activation process in the VLR is shown in figure 20.2/9. 
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Figure 20.2/9: Process ATM_VLR_Standalone 
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20.2.2.2 Subscriber tracing deactivation procedure 

When receiving a MAP_DEACTIVATE_TRACE_MODE indication, the VLR will check the parameters and data in 
the primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the 
nature of the error. 

If the subscriber is known and the tracing facility is supported, the successful report is sent in the 
MAP_DEACTIVATE_TRACE_MODE response primitive. 

The subscriber tracing deactivation procedure in the VLR is shown in figure 20.2/10. 
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Process DTM VLR Standalone 



Figure 20.2/10: The subscriber tracing deactivation process in the VLR 
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Figure 20.2/10: Process DTM_VLR_Standalone 
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20.2.2.3 Subscriber tracing procedure 

When the VLR receives a MAP_PROCESS_ACCESS_REQUEST or MAP_UPDATE_LOCATION_AREA indication 
related to any subscriber activity from the MSC, the subscriber tracing procedure may be carried out. The macro 
Trace_Subscriber_Activity_VLR is shown in figure 25.9/2. 

20.2.3 Procedures in the MSC 

The MSC is involved in the following tracing procedure: 
i) Subscriber tracing procedure. 

20.2.3.1 Subscriber tracing procedure 

When receiving the MAP_TRACE_SUBSCRIBER_ACTIVITY indication from the VLR, the MSC stores trace 
reference, trace type and the identity of the OMC in charge of the trace, and the MSC starts to collect the trace 
information. The MSC will send the trace record to the OMC. 

The macro Trace_Subscriber_Activity_MSC is shown in figure 25.9/1. 

20.2.4 Procedures in the SGSN 

The SGSN is involved in the following tracing procedures: 
i) Subscriber tracing activation procedure; 
ii) Subscriber tracing deactivation procedure. 

20.2.4.1 Subscriber tracing activation procedure 

When receiving a MAP_ACTIVATE_TRACE_MODE indication, the SGSN will check the parameters and data in the 
primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the nature 
of the error. 

If the subscriber is known, the tracing facility is supported and the tracing capacity is not exceeded, the successful 
report is sent in the MAP_ACTIVATE_TRACE_MODE response primitive. 

The MAP_ACTIVATE_TRACE_MODE indication primitive may be received during a location updating or data 
restoration procedure, so the location updating or restore data process shall use the macro Activate_Tracing_SGSN (see 
figure 25.9/7). 

The subscriber tracing activation process in the SGSN is shown in figure 20.2/16. 

20.2.4.2 Subscriber tracing deactivation procedure in SGSN 

When receiving a MAP_DEACTIVATE_TRACE_MODE indication, the SGSN will check the parameters and data in 
the primitive. Data errors are reported as an unexpected data value error or as a data missing error depending on the 
nature of the error. 

If the subscriber is known and the tracing facility is supported, the successful report is sent in the 
MAP_DEACTIVATE_TRACE_MODE response primitive. 

The subscriber tracing deactivation procedure in the SGSN is shown in figure 20.2/17. 
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20.3 Subscriber data management procedures 

Two types of subscriber data management procedures exist in the Mobile Application Part 

i) Subscriber Deletion; 

ii) Subscriber Data Modification. 

No requirements have been identified for the Subscriber creation and subscriber data interrogation procedures. 

The subscriber deletion and subscriber data modification procedures are initiated by the OMC (see figures 20.3/1 , 
20.3/2, 20.3/8 and 20.3/9). 
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Figure 20.3/1 : Subscriber deletion procedure 
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Figure 20.3/8: Subscriber deletion procedure for GPRS 
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Figure 20.3/9: Subscriber data modification procedure for GPRS 

In the subscriber data modification procedure the subscriber data is modified in the HLR and when necessary also in the 
VLR or in the SGSN. The HLR initiates either the 

MAP_INSERT_SUBSCRIBER_DATA,MAP_DELETE_SUBSCRIBER_DATAorMAP_CANCEL_LOCATION 
service depending on the modified data. 

20.3.1 Procedures in the HLR 
20.3.1.1 Subscriber deletion procedure 

When the subscriber deletion request is received from the OMC, the HLR shall delete the subscriber data from the HLR 
and initiate the MAP_CANCEL_LOCATION request to the VLR or to the SGSN where the subscriber is registered. 

The subscriber deletion procedure in the HLR is shown in the figure 20.3/3. 
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Figure 20.3/3: Process Delete_Subscriber_HLR 
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20.3.1 .2 Subscriber data modification procedure 

The OMC can modify the subscriber data in several different ways. The modifications can be categorised in following 
groups: 

a) no effect in the VLR; 

b) data shall be modified in both the HLR and the VLR; 

c) withdrawal of a basic service or a supplementary service requiring change to VLR data; 

d) modification affects on the roaming of the subscriber and the subscriber shall be removed from the VLR data 

base; 

e) authentication algorithm or authentication key of the subscriber is modified; 

f) no effect in the SGSN; 

g) data shall be modified in both the HLR and the SGSN; 

h) withdrawal of a GPRS subscription data or a basic service or both requiring change to SGSN data; 

i) modification affects on the roaming of the subscriber and the subscriber shall be removed from the SGSN data 
base; 

j) withdrawal of GPRS Subscription related to Network Access Mode; 

k) withdrawal of non-GPRS Subscription related to Network Access Mode; 

In case "b" and 'g' the MAP_INSERT_SUBSCRIBER_DATA service is initiated in the HLR. 

In case "c" and 'h' the MAP_DELETE_SUBSCRIBER_DATA service is initiated in the HLR. 

In cases "d", "e", 'i', 'j' and 'k' the MAP_CANCEL_LOCATION service is initiated in the HLR. 

If the result of a primitive received from the VLR or from the SGSN is unsuccessful, the HLR may initiate re-attempts; 
the number of repeat attempts and the time in between are HLR operator options, depending on the error returned by the 
VLR or by the SGSN. 

The subscriber data modification procedure in the HLR is shown in the figures 20.3/4, 20.3/5 and 25.7/2. 
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Figure 20.3/4 (sheet 1 of 2): Process Modify_Data_HLR 
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Figure 20.3/4 (sheet 2 of 2): Process Modify_Data_HLR 
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Macrodefinition Delete_GPRS_Subscriber_Data_HLR 

Figure 20.3/1 0: The delete GPRS subscriber data macro in the HLI? 
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Figure 20.3/10: Macro Delete_GPRS_Subscriber_Data_HLR 
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Macrodefinition Delete Subscriber Data HLR 



Figure 173/5: The delete subscriber data macro in the HLR 
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Figure 20.3/5: Macro Delete_Subscriber_Data_HLR 
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20.3.2 Procedures in the VLR 

20.3.2.1 Subscriber deletion procedure 

The subscriber deletion procedure in the VLR is described in the clause 19.1. 

20.3.2.2 Subscriber data modification procedure 

When receiving either the MAP_1NSERT_SUBSCRIBER_DATA indication or the 

MAP_DELETE_SUBSCR1BER_DATA indication, the VLR checks the parameters and data in the primitive. Data 
errors are reported as an unexpected data value error or a data missing error depending on the nature of the error. 

After receiving the first MAP_INSERT_SUBSCR1BER_DATA indication, the VLR will check the IMSI that is 
included in the primitive. If the IMSI is unknown, the error "Unidentified subscriber" is returned. 

If the VLR does not support received basic or supplementary services or the network feature Operator Determined 
Barring, or there is a problem with Regional Subscription Data then it reports it to the HLR. 

If the entire MSC area is restricted due to regional subscription, this is reported to the HLR. 

If the updating of the subscriber data is not possible, the VLR will initiate the MAP_U_ABORT request primitive. If the 
updating is successful, the MAP_CLOSE indication is received from the HLR. 

The subscriber data modification procedure in the VLR is shown in the figures 20.3/6, 20.3/7 and 25.7/1. 
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Figure 20 .3' 6: The insert subscriber data process 
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Process Delete Subscriber Data VLR 



Figure 20.3/7: The delete subscriber data process inttie VLR 
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20.3.3 Procedures in the SGSN 

20.3.3.1 Subscriber deletion procedure 

The subscriber deletion procedure in the SGSN is described in the clause 19.1. 

20.3.3.2 Subscriber data modification procedure 

When receiving either the MAP_1NSERT_SUBSCRIBER_DATA indication or the 

MAP_DELETE_SUBSCR1BER_DATA indication, the SGSN checks the parameters and data in the primitive. Data 
errors are reported as an unexpected data value error or a data missing error depending on the nature of the error. 

After receiving the first MAP_INSERT_SUBSCR1BER_DATA indication, the SGSN will check the IMSI that is 
included in the primitive. If the IMSI is unknown, the error "Unidentified subscriber" is returned. 

If the SGSN does not support received basic services or the network feature Operator Determined Barring, or there is a 
problem with Regional Subscription Data then it reports it to the HLR. 

If the entire SGSN area is restricted due to regional subscription, this is reported to the HLR. 

If the updating of the subscriber data is not possible, the SGSN will initiate the MAP_U_ABORT request primitive. If 
the updating is successful, the MAP_CLOSE indication is received from the HLR. 

The subscriber data modification procedure in the SGSN is shown in the figures 20. 3/11, 20.3/12 and 25.7/5. 
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20.4 Subscriber Identity procedure 



In the subscriber identity procedure the IMSI of the subscriber is retrieved from the HLR. The procedure is shown in 
figure 20.4/1. 
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Figure 20.4/1 : The subscriber identity procedure 



20.4.1 Subscriber identity procedure in tine HLR 

Opening of the dialogue is described in the macro Receive_Open_lnd in clause 25.1, with outcomes: 

procedure termination; or 

dialogue acceptance, with proceeding as below. 

When receiving the MAP_SEND_1MS1 indication, the HLR will check the parameters and data in the primitive. Data 
errors are reported as an unexpected data value error or a data missing error depending on the nature of the error. 

If the subscriber is known in the HLR, the IMSI is fetched from the database and sent to the VLR. If the MSISDN 
cannot be identified, unknown subscriber indication is passed to the VLR. 

The subscriber identity procedure in the HLR is shown in figure 20.4/2. 
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Figure 20.4/2: The send IMSI process in the HLR 
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20.4.2 Subscriber identity procedure in tine VLR 

When the IMSI request is received from the OMC, the VLR will send the MAP_SEND_IMSI request to the HLR. The 
contents of the response are sent to the OMC. 

The subscriber identity procedure in the VLR is shown in figure 20.4/3. 
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Figure 20.4/3: The send IMSI process in the VLR 
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21 Call handling procedures 

21.1 General 

The MAP call handling procedures are used: 

to retrieve routeing information to handle a mobile terminating call; 

to transfer control of a call back to the GMSC if the call is to be forwarded; 

to retrieve and transfer information between anchor MSC and relay MSC for inter MSC group calls / broadcast 
calls; 

to allocate resources in an SIWFS; 

to handle the reporting of MS status for call completion services; 

to handle the notification of remote user free for CCBS; 

to handle the alerting and termination of ongoing call activities for a specific subscriber. 

The procedures to handle a mobile originating call and a mobile terminating call after the call has arrived at the 
destination MSC do not require any signalling over a MAP interface. These procedures are specified in 3GPP TS 
23.018 [97]. 

The stage 2 specification for the retrieval of routeing information to handle a mobile terminating call is in 3GPP TS 
23.018 [97]; modifications to this procedure for CAMEL are specified in 3GPP TS 23.078 [98], for optimal routeing of 
a basic mobile-to -mobile call in 3GPP TS 23.079 [99] and for CCBS in 3GPP TS 23.093 [107]. The interworking 
between the MAP signalling procedures and the call handling procedures for each entity (GMSC, HLR and VLR) is 
shown by the transfer of signals between these procedures. 

The stage 2 specification for the transfer of control of a call back to the GMSC if the call is to be forwarded is in 3GPP 
TS 23.079 [99]. The interworking between the MAP signalling procedures and the call handling procedures for each 
entity (VMSC and GMSC) is shown by the transfer of signals between these procedures. 

The stage 2 specifications for inter MSC group calls / broadcast calls are in 3GPP TS 43.068 [100] and 3GPP TS 43.069 
[101]. The interworking between the MAP signalling procedures and the group call /broadcast call procedures for each 
entity (Anchor MSC and Relay MSC) is shown by the transfer of signals between these procedures. 

The stage 2 specification for the allocation of resources in an SIWFS is in GSM 03.54. The interworking between the 
MAP signalling procedures and the call handling procedures for each entity (VMSC and SIWFS) is shown by the 
transfer of signals between these procedures. 

The interworking between the call handling procedures and signalling protocols other than MAP are shown in 3GPP TS 
23.018, 3GPP TS 23.078 and 3GPP TS 23.079 [99]. 

The stage 2 specification for the handling of reporting of MS status for call completion services and notification of 
remote user free for CCBS is in 3GPP TS 23.093 [107]. 

21 .2 Retrieval of routing information 
21.2.1 General 

The message flows for successful retrieval of routeing information for a mobile terminating call are shown in 
figure 21.2/1 (mobile terminating call which has not been optimally routed) and 21.2/2 (mobile-to-mobile call which 
has been optimally routed). 
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XXX = Optional Procedure 
NOTE 1 : This service may also be used by an ISDN exchange for obtaining routing information from the HLR. 
NOTE 2: TUP or ISUP may be used in signalling between IVISCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 

and ETSI specification: 

- 0.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 3: As a network operator option, the HLR sends 

MAP_PROVIDE_SUBSCRIBER_INFORMATION to the VLR. For further details on the CAMEL 
procedures refer to 3GPP TS 23.078 [98]. 

Figure 21.2/1 : Message flow for retrieval of routeing information (non-optimally routed call) 
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Figure 21.2/2: Message flow for retrieval of routeing information (optimally routed call) 

The following MAP services are used to retrieve routing information: 
MAP_SEND_ROUTING_INFORMATION see clause 10.1; 

MAP_PROVIDE_ROAMING_NUMBER see clause 10.2; 

MAP_PROVIDE_SUBSCRIBER_INFO see clause 8.1 1.2; 

MAP_RESTORE_DATA see clause 8. 10.3. 

21.2.2 Process in the GMSC 

The MAP process in the GMSC to retrieve routeing information for a mobile terminating call is shown in figure 21.2/3. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see clause 25.1.2; 
see clause 25.2.2. 



When the MAP process receives a Send Routeing Info request from the call handling process in the GMSC, it requests a 
dialogue with the HLR whose identity is contained in the Send Routeing Info request by sending a MAP_OPEN service 
request, requests routeing information using a MAP_SEND_ROUTING_INFORMATION service request and invokes 
the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is 
successful, the MAP process waits for a response from the HLR. 
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If the MAP process receives a MAP_SEND_ROUTING_INFORMATION service confirm from the HLR, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. If the 

MAP_SEND_ROUTING_INFORMATION confirm from the HLR cannot be carried in a single TC-Result component, 
it is carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Send Routeing Info ack containing the 
routeing information received from the HLR to the call handling process in the GMSC and returns to the idle state. 

Earlier version MAP dialogue with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit, the MAP process checks whether this is an OR interrogation 
(indicated by the inclusion of the OR interrogation parameter in the MAP_SEND_ROUTING_INFORMATION service 
request). 

If this is not an OR interrogation, the GMSC performs the earlier version MAP dialogue as specified in [51] and the 
process returns to the idle state. 

If this is an OR interrogation, the MAP process sends a Send Routeing Info negative response indicating OR not 
allowed to the call handling process in the GMSC and returns to the idle state. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the HLR could not be opened, the MAP process sends 
an Abort to the call handling process in the GMSC and returns to the idle state. 

Error in MAP_SEND_ROUTING_INFORMATION confirm 

If the MAP_SEND_ROUTING_INFORMATION service confirm contains a user error or a provider error, or the 
macro Check_Confirmation indicates that there is a data error, the MAP process sends a Send Routeing Info negative 
response to the call handling process in the GMSC and returns to the idle state. 

Call release 

If the call handling process in the GMSC indicates that the call has been aborted (i.e. prematurely released by the 
calling subscriber), the MAP process returns to the idle state. Any response from the HLR will be discarded. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the HLR may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In any 
of these cases, the MAP process sends a Send Routeing Info negative response to the call handling process in the 
GMSC and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a Send Routeing Info negative response indicating system failure to the call handling 
process in the GMSC and returns to the idle state. 
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21 .2.3 Procedures in the HLR 

The MAP process in the HLR to retrieve routeing information for a mobile terminating call is shown in figure 21.2/4. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Receive_Open_Cnf see clause 25.1.2; 

Check_Confirmation see clause 25.2.2. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context locInfoRetrieval, it checks it by 
invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_SEND_ROUTING_INFORMATION service indication is received, the MAP process sends a Send Routeing 
Info request to the call handling process in the HLR, and waits for a response. The Send Routeing Info request contains 
the parameters received in the MAP_SEND_ROUTING_INFORMATION service indication. 

If the call handling process in the HLR returns a Send Routeing Info ack, the MAP process constructs a 
MAP_SEND_ROUTING_INFORMATION service response containing the routeing information contained in the Send 
Routeing Info ack, constructs a MAP_CLOSE service request, sends them to the GMSC and returns to the idle state. If 
the MAP_SEND_ROUTING_INFORMATION response cannot be carried in a single TC-Result component, it is 
carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

If the call handling process in the HLR returns a Provide Subscriber Info request, the MAP process requests a dialogue 
with the VLR whose identity is contained in the Provide Subscriber Info request by sending a MAP_OPEN service 
request, requests the subscriber status using a MAP_PROVIDE_SUBSCRIBER_INFO service request, and invokes the 
macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 

If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_SUBSCRIBER_INFO service confirm, it invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Subscriber Info ack containing 
the information received in the MAP_PROVIDE_SUBSCRIBER_INFO service confirm to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP_PROVIDE_SUBSCRIBER_INFO service confirm contains a provider error or a data error, the MAP 
process sends a Provide Subscriber Info negative response indicating the type of error to the call handling process in the 
HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

NOTE: The 'User Error' exit from the macro Check_Confirmation is shown for formal completeness; the 
MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a user error. 

If the call handling process in the HLR returns a Provide Roaming Number request, the MAP process requests a 
dialogue with the VLR whose identity is contained in the Provide Roaming Number request by sending a MAP_OPEN 
service request, requests a roaming number using a MAP_PROVIDE_ROAMING_NUMBER service request, and 
invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 

If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_ROAMING_NUMBER service confirm, it invokes the macro 
Check Confirmation to check the content of the confirm. 
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If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Roaming Number ack 
containing the MSRN received in the MAP_PROVIDE_ROAMING_NUMBER service confirm to the call handling 
process in the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is 
described above. 

If the MAP_PROVIDE_ROAMING_NUMBER service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Provide Roaming Number negative 
response indicating the type of error to the call handling process in the HLR, and waits for a response. The handling of 
the response from the call handling process in the HLR is described above. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response, either before or after a dialogue with the VLR to 
obtain a roaming number, the MAP process constructs a MAP_SEND_ROUTING_INFORMATION service response 
containing the appropriate error, constructs a MAP_CLOSE service request, sends them to the GMSC and returns to the 
idle state. 

Earlier version MAP Provide Roaming Number dialogue with the VLR 

If the macro Receive_Open_Cnf takes the Vr exit after the MAP process has requested opening of a Provide Roaming 
Number dialogue with the VLR, the MAP process checks whether this is an OR interrogation (indicated by the 
inclusion of the OR interrogation parameter in the MAP_PROVIDE_ROAMING_NUMBER service request). 

If this is not an OR interrogation, the HLR performs the earlier version MAP dialogue as specified in [51], relays the 
result of the dialogue to the HLR call handling process, and waits for a response. The handling of the response from the 
call handling process in the HLR is described above. 

If this is an OR interrogation, the MAP process sends a Provide Roaming Number negative response indicating OR not 
allowed to the call handling process in the HLR and waits for a response. The handling of the response from the call 
handling process in the HLR is described above. 

Failure of Provide Subscriber Info dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Vr exit or the Error exit after the MAP process has requested opening of a 
Provide Subscriber Info dialogue with the VLR, the MAP process sends a Provide Subscriber Info negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

Failure of Provide Roaming Number dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Error exit after the MAP process has requested opening of a Provide 
Roaming Number dialogue with the VLR, the MAP process sends a Provide Roaming Number negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

If the MAP process receives a MAP_U_ABORT, a MAP_P_ABORT or a premature MAP_CLOSE from the MAP 
provider, it sends a Provide Roaming Number negative response indicating system failure to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP process receives a MAP_NOTICE from the MAP provider, it returns a MAP_CLOSE request to the MAP 
provider, sends a Provide Roaming Number negative response indicating system failure to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

Earlier version MAP dialogue with the GMSC 

If the macro Receive_Open_Ind takes the Vr exit, the HLR performs the earlier version MAP dialogue as specified in 
[51] and the process returns to the idle state. 

Failure of dialogue opening with the GMSC 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 
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If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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21 .2.4 Process in the VLR to provide a roaming number 

The MAP process in the VLR to provide a roaming number for a mobile terminating call is shown in figure 21.2/5. The 
MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context roamingNbEnquiry, it checks it 
by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PROVIDE_ROAMING_NUMBER service indication is received, the MAP process sends a Provide 
Roaming Number request to the call handling process in the VLR, and waits for a response. The Provide Roaming 
Number request contains the parameters received in the MAP_ PROVIDE_ROAMING_NUMBER service indication. 

If the call handling process in the VLR returns a Provide Roaming Number ack, the MAP process constructs a 
MAP_PROVIDE_ROAMING_NUMBER service response containing the roaming number contained in the Send 
Routeing Info ack, constructs a MAP_CLOSE service request, sends them to the HLR and returns to the idle state. 

Earlier version MAP dialogue with the HLR 

If the macro Receive_Open_Ind takes the Vr exit, the VLR performs the earlier version MAP dialogue as specified in 
[51] and the process returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 

Negative response from VLR call handUng process 

If the call handling process in the HLR returns a negative response, the MAP process constructs a 
MAP_PROVIDE_ROAMING_NUMBER service response containing the appropriate error, constructs a MAP_CLOSE 
service request, sends them to the HLR and returns to the idle state. 
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21 .2.5 Process in the VLR to restore subscriber data 

The MAP process in the HLR to restore subscriber data is shown in figure 21.2/6. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see clause 25 . 1 .2 

Check_Confirmation see clause 25.2.2 

lnsert_Subs_Data_VLR see clause 25.7.1 

Activate_Tracing_VLR see clause 25.9.3. 

Successful outcome 

When the MAP process receives a Restore Data request from the data restoration process in the VLR, it requests a 
dialogue with the HLR whose identity is contained in the Restore Data request by sending a MAP_OPEN service 
request, requests data restoration using a MAP_RESTORE_DATA service request and invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

The VLR may receive a MAP_1NSERT_SUBSCR1BER_DATA service indication from the HLR; this is handled by the 
macro lnsert_Subs_Data_VLR as described in clause 25.7.1, and the MAP process waits for a further response from the 
HLR. 

The VLR may receive a MAP_ACTIVATE_TRACE_MODE service indication from the HLR; this is handled by the 
macro Activate_Tracing_VLR as described in clause 25.9.3, and the MAP process waits for a further response from the 
HLR. 

If the MAP process receives a MAP_RESTORE_DATA service confirm, it invokes the macro Check_Confirmation to 
check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Restore Data ack containing the 
information received from the HLR to the data restoration process in the VLR and returns to the idle state. 

Error in MAP_RESTORE_DATA confirm 

If the MAP_RESTORE_D ATA service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Restore Data negative response 
indicating the type of error to the call handling process in the HLR, and returns to the idle state. 

Earlier version MAP dialogue with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit, the VLR performs the earlier MAP version dialogue as specified in 
[51] and the process terminates. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the HLR could not be opened, the MAP process sends 
a negative response indicating system failure to the data restoration process in the GMSC and returns to the idle state. 
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21 .2.6 Process in the VLR to provide subscriber information 

The MAP process in the VLR to provide subscriber information for a mobile terminating call subject to CAMEL 
invocation is shown in figure 2L2/6. The MAP process invokes a macro not defined in this clause; the definition of this 
macro can be found as follows: 

Receive_Open_Ind see clause 25 . L 1 ; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context subscriberlnfoEnquiry, it checks 
it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PROVIDE_SUBSCRIBER_INFO service indication is received, the MAP process sends a Provide 
Subscriber Info request to the subscriber information request process in the VLR, and waits for a response. The Provide 
Subscriber Info request contains the parameters received in the MAP_PROVIDE_SUBSCRIBER_INFO service 
indication. 

If the subscriber information request process in the VLR returns a Provide Subscriber Info ack, the MAP process 
constructs a MAP_PROVIDE_SUBSCRIBER_INFO service response containing the information contained in the 
Provide Subscriber Info ack, constructs a MAP_CLOSE service request, sends them to the HLR and returns to the idle 

state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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21 .2.7 Process in the HLR for Any Time Interrogation 

The message flows for successful retrieval of subscriber information related to an any time interrogation from the 
CAMEL server are shown in figure 21.2/8. 

gsmSCF 

+ + + + + + 

I SCF + I HLR+ I VLR | 

+ + + + + + 

|MAP_ANY TIME | 
I INTERROGATION | 

+ > 1 
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1 < 1 

Figure 21.2/8: Message flow for any time interrogation 

The following MAP services are used to retrieve routing information: 
MAP_AN Y_TIME_INTERROGATION see clause 8.11.1; 
MAP_PROVIDE_SUBSCRIBER_INFO see clause 8. 1 1 .2. 

21.2.7.1 Process in the gsmSCF 

Out of the scope of the MAP specification. 

21 .2.7.2 Process In the HLR 

The MAP process in the HLR to provide subscriber information in response to an interrogation from the CAMEL server 
is shown in figure 21.2/8. The MAP process invokes macros not defined in this clause; the definitions of these macros 
can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Receive_Open_Cnf see clause 25.1.2; 

Check_Confirmation see clause 25.2.2. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context anyTimelnterrogationEnquiry, 
it checks it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_ANY_TIME_INTERROGATION service indication is received, the MAP process sends an Any Time 
Interrogation request to the call handling process in the HLR (described in 3GPP TS 23.078), and waits for a response. 
The Any Time Interrogation request contains the parameters received in the MAP_ ANY_TIME_INTERROGATION 
service indication. 

If the call handling process in the HLR returns an Any Time Interrogation response, the MAP process constructs a 
MAP_ANY_TIME_INTERROGATION service response containing the subscriber information contained in the Any 
Time Interrogation response, constructs a MAP_CLOSE service request, sends them to the CAMEL server and returns 
to the idle state. 

If the call handling process in the HLR returns a Provide Subscriber Info request, the MAP process requests a dialogue 
with the VLR whose identity is contained in the Provide Subscriber Info request by sending a MAP_OPEN service 
request, requests the subscriber status using a MAP_PROVIDE_SUBSCRIBER_INFO service request, and invokes the 
macro Receive_Open_Cnf to wait for the response to the dialogue opening request. 
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If the macro takes the OK exit, the MAP process waits for the response from the VLR. 

If the MAP process receives a MAP_PROVIDE_SUBSCRIBER_INFO service confirm, it invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the Check_Confirmation macro takes the OK exit, the MAP process sends a Provide Subscriber Info ack containing 
the information received in the MAP_PROVIDE_SUBSCRIBER_INFO service confirm to the call handling process in 
the HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

If the MAP_PROVIDE_SUBSCRIBER_INFO service confirm contains a provider error or a data error, the MAP 
process sends a Provide Subscriber Info negative response indicating the type of error to the call handling process in the 
HLR, and waits for a response. The handling of the response from the call handling process in the HLR is described 
above. 

NOTE: The 'User Error' exit from the macro Check_Confirmation is shown for formal completeness; the 
MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a user error. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response, either before or after a dialogue with the VLR to 
obtain subscriber information, the MAP process constructs a MAP_ANY_TIME_INTERROGATION service response 
containing the appropriate error, constructs a MAP_CLOSE service request, sends them to the CAMEL server and 
returns to the idle state. 

Failure of Provide Subscriber Info dialogue with the VLR 

If the Receive_Open_Cnf macro takes the Vr exit or the Error exit after the MAP process has requested opening of a 
Provide Subscriber Info dialogue with the VLR, the MAP process sends a Provide Subscriber Info negative response 
indicating system failure to the call handling process in the HLR, and waits for a response. The handling of the response 
from the call handling process in the HLR is described above. 

Failure of dialogue opening with the CAMEL server 

If the macro Receive_Open_Ind takes the Vr or Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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Figure 21.2/9 (sheet 2 of 2): Process ATI_HLR (New) 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



570 



ETSI TS 129 002 V4.9.0 (2002-09) 



21 .2.8 Process in the GMLC for Any Time Interrogation 

The message flows for successful retrieval of subscriber information related to an any time interrogation from the 
CAMEL server are shown in figure 21.2.8/1. 



GsmSCF 



(1) - 

(2) <- 

(3) <- 



GMLC 



(1 ) Any Time Interrogation (gsmSCF to GI\/ILC). 

(2) Any Time Interrogation Result (GMLC to gsmSCF). 

(3) Any Time Interrogation Error (GIVILC to gsmSCF)The following MAP services are used to retrieve routing 
information: 

- MAP_ANY_TIME_INTERROGATION see clause 8.11.1 ; 

Figure 21.2.8/1 

In addition, the GMLC may use Location Services specific MAP Services. 

21.2.8.1 Process in the gsmSCF 

The process in the gsmSCF to request location information from the GMLC is shown in figure 21.2.8/2. 

The process is started with internal signal Request_Subscriber_Info_GMLC. This signal is sent by the Service Logic in 
the gsmSCF. 

The process responds with "Request_Subscriber_Info_GMLC positive response" or "Request_Subscriber_Info_GMLC 
negative response". 

21 .2.8.2 Process in the GMLC 

The MAP process in the GMLC to provide location information in response to a request from the gsmSCF is shown in 
figure 21.2.8/3. 

Successful outcome 

When the GMLC has successfully received the MAP Any_Time_Interrogation MAP Message, it will send an internal 
signal to the Location Service process in the GMLC to obtain the subscriber"s Location Information. The result 
received from that process is sent back to the gsmSCF, in the Any_Time_Interrogation Result MAP Message. 

Unsuccessful outcome 

In the case of a Provider Error received, the process will terminate. 

When a User error is received from the Location Services process in the GMLC, then a User Abort is sent to the 
gsmSCF. 

If a negative response is received from the Location Services process in the GMLC, then this response is forwarded to 
the gsmSCF. 
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21 .3 Transfer of call handling 



21.3.1 General 



The message flow for successful transfer of call handling to forward a call is shown in figure 21.3/1. 
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XXX = Optional Procedure 
NOTE: TUP or ISUP may be used in signalling between IVISCs, depending on the network type between the 
MSCs. For further details on the TUP and ISUP procedures refer to the following CCITT 
Recommendations & ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

Figure 21.3/1 : Message flow for transfer of call handling 

If the HLR indicated in the response to the original request for routeing information that forwarding interrogation is 
required, the GMSC executes the Send Routeing Information procedure with the HLR to obtain forwarding 
information; otherwise the GMSC uses the forwarding data which were sent in the 
MAP_RESUME_CALL_HANDLING req/ind. 

21 .3.2 Process in the VIVISC 



The MAP process in the VMSC to retrieve routeing information for a mobile terminating call is shown in figure 21.3/2. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 



see clause 25.1.2; 
see clause 25.2.2. 



Successful Outcome 

When the MAP process receives a Resume Call Handling request from the call handling process in the VMSC, it 
requests a dialogue with the GMSC whose identity is contained in the Resume Call Handling request by sending a 
MAP_OPEN service request, requests routeing information using a MAP_RESUME_CALL_HANDLING service 
request and invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the 
dialogue opening is successful, the MAP process waits for a response from the GMSC. VMSC shall not send any 
duphcate data to the GMSC. 
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If the VMSC notices after receiving a Resume Call Handling request that the segmentation is needed the VMSC does 
not set the 'All Information Sent' indicator. Otherwise the indicator is set and the process returns to the Wait For GMSC 
Response state. 

If the MAP process receives a MAP_RESUME_CALL_HANDLING service confirm from the GMSC, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process checks if the 'All Information Sent' indicator is 
set. If it is set the MAP process sends a Resume Call Handling ack to the call handling process in the VMSC and returns 
to the idle state. If the 'All Information Sent' indicator is not set the MAP process checks if further segmentation is 
needed. If segmentation is needed the VMSC does not set the indicator and sends 

MAP_RESUME_CALL_HANDLING service request to the GMSC. Otherwise the indicator is set and the 
MAP_RESUME_CALL_HANDLING service request is sent to the GMSC. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the GMSC could not be opened or that the dialogue 
can be opened only at an earlier version, the MAP process sends an Resume Call Handling negative response indicating 
system failure to the call handling process in the VMSC and returns to the idle state. 

Error in MAP_RESUME_CALL_HANDLING confirm 

If the MAP_RESUME_CALL_HANDLING service confirm contains a user error or a provider error, the MAP process 
sends a Resume Call Handling negative response to the call handling process in the VMSC and returns to the idle state. 

NOTE: the 'Data Error' exit from the macro Check_Confirmation is shown for formal completeness; the result is 
empty, so the MAP_PROVIDE_SUBSCRIBER_INFO_cnf primitive cannot contain a data error. 

Abort of GMSC dialogue 

After the dialogue with the GMSC has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the GMSC may send a MAP_CLOSE indication. In either of these cases, the MAP 
process sends a Resume Call Handling negative response to the call handling process in the GMSC and returns to the 
idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the GMSC, sends a Resume Call Handling negative response indicating system failure to the call 
handling process in the VMSC and returns to the idle state. 
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21.3.3 Process in the GMSC 

The MAP process in the GMSC to handle a request for the GMSC to resume call handling is shown in figure 21.3/3. 
The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context callControlTransfer, it checks it 
by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_RESUME_CALL_HANDLING service indication is received, the MAP process checks if the 'All 
Information Sent' indicator is set and if so it sends a Resume Call Handling request including all the stored data to the 
call handling process in the GMSC, and waits for a response. The Resume Call Handling request contains the 
parameters received in the MAP_RESUME_CALL_HANDLING service indication. If the 'All Information Sent' 
indicator is not set, the received data is stored and the MAP process constructs an empty 

MAP_RESUME_CALL_HANDLING service response, sends it to the VMSC and returns to the Wait For Service 
Indication state. 

If the call handling process in the GMSC returns a Resume Call Handling ack, the MAP process constructs a 
MAP_RESUME_CALL_HANDLING service response, constructs a MAP_CLOSE service request, sends them to the 
VMSC and returns to the idle state. 

Failure of dialogue opening with the VMSC 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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21 .4 Inter MSC Group Call Procedures 

21.4.1 General 

The message flows for successful inter MSC group call / broadcast call set-up is shown in figure 21.4/1. 
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+ + + + + + 
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+ > I MAP_PREPARE_GROUP CALL | 

+ >1 

I MAP_PREPARE_GROUP CALL_ACK | 
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1 < 1 

I MAP_SEND_GROUP CALL_END_SIGNAL_ACK 
+ >1 

I_REL I I_REL I 
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NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between tlie 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
and ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: The MAP_FORWARD_GROUP_CALL_SIGNALLING and 

MAP_PROCESS_GROUP_CALL_SIGNALLING services are not applicable for voice broadcast calls. 

Figure 21.4/1 : Message flow for inter MSC group call / broadcast call 

21 .4.2 Process in the Anchor MSC 

The MAP process in the Anchor MSC to retrieve and transfer information from / to the Relay MSC for VBS and VGCS 
calls is shown in figure 21.4/2. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Cnf see clause 25.1.2; 

Check_Indication see clause 25.2.1; 

Check_Confirmation see clause 25.2.2. 

Successful Outcome 

When the MAP process receives a Prepare Group Call request from the ASCI handling process in the anchor MSC, it 
requests a dialogue with the relay MSC whose identity is contained in the Prepare Group Call request by sending a 
MAP_OPEN service request, requests an Group Call number by using a MAP_PREPARE_GROUP_CALL service 
request and invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the 
dialogue opening is successful, the MAP process waits for a response from the relay MSC. 

If the MAP process receives a MAP_PREPARE_GROUP_CALL service confirm from the relay MSC, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 
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If the macro Check_Confirmation takes the OK exit, the MAP process sends a Prepare Group Call ack containing the 
Group Call number received from the relay MSC to the ASCI handling process in the anchor MSC and waits for 
completion of call set-up in the relay MSC. 

On receipt of a MAP_SEND_GROUP_CALL_END_SIGNAL service indication from the relay MSC the MAP process 
invokes the macro Check_Indication to check the content of the indication. 

If the macro Check_Indication takes the OK exit, the MAP process sends a Send Group Call End Signal to the ASCI 
handling process in the anchor MSC and waits for uplink management signals. In this state the following events are 
processed: 

Reception of a Send Group Call End Signal ack from the ASCI handling process in the anchor MSC; 

Reception of a Forward Group Call Signalling request from the ASCI handling process in the anchor MSC; 

- Reception of a MAP_PROCESS_GROUP_CALL_SIGNALLING service indication from the relay MSC. 

On reception of a Send Group Call End Signal ack from the ASCI handling process in the anchor MSC, the MAP 
process constructs a MAP_SEND_GROUP_CALL_END_SIGNAL service response, constructs a MAP_CLOSE 
service request, sends them to the relay MSC and returns to the idle state. 

On reception of a Forward Group Call Signalling request from the ASCI handling process in the anchor MSC, the MAP 
process constructs a MAP_FORWARD_GROUP_CALL_SIGNALLING service request, sends it to the relay MSC and 
returns to the uplink management state. 

On reception of a MAP_PROCESS_GROUP_CALL_SIGNALLING service indication from the relay MSC, the MAP 
process invokes the macro Check_Indication to check the content of the indication. 

If the macro Check_Indication takes the OK exit, the MAP process sends a Process Group Call Signalling to the ASCI 
handling process in the anchor MSC and returns to the uplink management state. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the relay MSC could not be opened, the MAP process 
sends an Abort to the ASCI handling process and returns to the idle state. 

Error in MAP_PREPARE_GROUP_CALL confirm 

If the MAP_PREPARE_GROUP_CALL service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Prepare Group Call negative response 
to the ASCI handling process in the anchor MSC, sends a MAP_U_ABORT request to the relay MSC and returns to the 
idle state. 

Abort of MAP dialogue 

After the dialogue with the relay MSC has been established, the MAP service provider may abort the dialogue by 
issuing a MAP_P_ABORT indication, or the relay MSC may send a MAP_U_ABORT indication or a MAP_CLOSE 
indication. In any of these cases, the MAP process sends an Abort to the ASCI handling process in the anchor MSC and 
returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the relay MSC, sends an Abort to the ASCI handling process in the anchor MSC and returns to the idle 

state. 
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21 .4.3 Process in the Relay MSC 



The MAP process in the Relay MSC to receive and transfer information from / to the Anchor MSC for VBS and VGCS 
calls is shown in figure 21.4/3. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Ind see clause 25.1.2; 

Check_Indication see clause 25.2.1. 

Successful Outcome 

When the MAP process receives a MAP_OPEN indication with the application context groupCallControl, it checks it 
by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PREPARE_GROUP_CALL service indication is received, the MAP process invokes the macro 
Check_Indication. 

If the macro takes the OK exit, the MAP process sends a Prepare Group Call request to the ASCI handling process in 
the relay MSC and waits for a response. The Prepare Group Call request contains the parameters received in the 
MAP_PREPARE_GROUP_CALL service indication. 

If the ASCI handling process in the relay MSC returns a Prepare Group Call ack, the MAP process constructs a 
MAP_PREPARE_GROUP_CALL service response containing the information contained in the Prepare Group Call 
ack, constructs a MAP_DELIMITER service request, sends them to the anchor MSC and waits for the GROUP CALL 
END SIGNAL. 

If the ASCI handling process in the relay MSC sends a Send Group Call End Signal request to the MAP process, the 
MAP process constructs a MAP_SEND_GROUP_CALL_END_SIGNAL service request containing the information 
contained in the SEND GROUP CALL End Signal request, constructs a MAP_DELIMITER service request, sends 
them to the anchor MSC and waits for uplink management signals. In this state the following events are processed: 

- Reception of a MAP_SEND_GROUP_CALL_END_SIGNAL service confirmation from the anchor MSC; 

- Reception of a MAP_FORWARD_GROUP_CALL_SIGNALLING service indication from the anchor MSC; 

Reception of a Process Group Call Signalling request from the ASCI handling process in the relay MSC. 

On reception of a MAP_SEND_GROUP_CALL_END_SIGNAL service confirmation from the anchor MSC, the MAP 
process returns to the idle state. 

On reception of a MAP_FORWARD_GROUP_CALL_SIGNALLING service indication from the anchor MSC, the 
MAP process invokes the macro Check Indication. If the macro takes the OK exit, the MAP process sends a Forward 
Group Call Signalling request to the ASCI handling process in the relay MSC and waits for further uplink management 
signals. 

On reception of a Process Group Call Signalling request from the ASCI handling process in the relay MSC, the MAP 
process constructs a MAP_PROCESS_GROUP_CALL_SIGNALLING service request containing the information 
received in the Process Group Call Signalling request, constructs a MAP_DELIMITER service request, sends them to 
the anchor MSC and waits for further uplink management signals. 

Failure of dialogue opening with the anchor MSC 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 

Error in MAP_PREPARE_GROUP_CALL indication 
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If the macro Check Indication takes the Error exit, the MAP process sends a MAP_U_ ABORT request to the anchor 
MSC and returns to the idle state. 

Negative response received from the ASCI handling process 

If the ASCI handling process in the relay MSC returns a negative response to the Prepare Group Call request, the MAP 
process constructs a MAP_PREPARE_GROUP_CALL service response containing the appropriate error, constructs a 
MAP_CLOSE service request, sends them to the anchor MSC and returns to the idle state. 

Error in MAP_FORWARD_GROUP CALL_SIGNALLING indication 

If the macro Check Indication takes the Error exit, the MAP process sends a MAP_U_ABORT request to the anchor 
MSC, sends an Abort to the ASCI handling process in the relay MSC ind returns to the idle state. 

Abort of MAP dialogue 

After the dialogue with the anchor MSC has been established, the MAP service provider may abort the dialogue by 
issuing a MAP_P_ABORT indication, or the anchor MSC may send a MAP_U_ABORT indication or a MAP_CLOSE 
indication. In any of these cases, the MAP process sends an Abort to the ASCI handling process in the relay MSC and 
returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the anchor MSC, sends an Abort to the ASCI handling process in the anchor MSC and returns to the idle 

state. 
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21 .5 Allocation and modifications of resources in an SIWFS 



21.5.1 General 



The message flow for successful allocation and modification of resources in an SIWFS is shown in figure 21.5/1 
(mobile originating call non-loop method), 21.5/2 (mobile originating call loop method) and 21.5/3 (mobile terminating 
call loop method). 
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XXX = Optional Procedure 
NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. The Release message can be initiated either by the calling or called subscriber. For further details 
on the TUP and ISUP procedures refer to the following CCITT Recommendations & ETSI specification: 

- 0.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: The number on the ISUP messages have been added to link the messages to respective signalling 

sequence. 
NOTE 3: The modification of SIWF resources could be initiated any time during the call either by the VIVISC or the 

SIWFS. 

Figure 21.5/1 : Message flow for mobile originating call non-loop method 
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the TUP and ISUP procedures refer to the following CCITT Recommendations & ETSI specification: 

- 0.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: The number on the ISUP messages have been added to link the messages to respective signalling 

sequence. 
NOTE 3: The modification of SIWF resources could be initiated any time during the call either by the VIVISC or the 

SIWFS. 
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Figure 21.5/2: Message flow for mobile originating call loop method 
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- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 
NOTE 2: The number on the ISUP messages have been added to link the messages to respective signalling 

sequence. 
NOTE 3: The modification of SIWF resources could be initiated any time during the call either by the VMSC or the 

SIWFS. 

Figure 21.5/3: Message flow for mobile terminating call loop method 

The following MAP services are used to allocate resources in an SIWFS: 

MAP_PROVIDE_SIWFS_NUMBER see clause 10.8. 

The following MAP services are used to modify resources in an SIWFS: 

MAP_SIWFS_SIGNALLING_MODIFY see clause 10.9. 

21 .5.2 Process in the VMSC 

The MAP process in the VMSC to allocate and modify resources in an SIWFS for a mobile call is shown in 

figure 21.5/4. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found 

as follows: 

Receive_Open_Cnf see clause 25.1.2; 

Check_Confirmation see clause 25.2.2. 

21 .5.2.1 Allocation of SIWFS resources 

Successful Outcome 

When the MAP process receives a Provide SIWFS Number request from the call handling process in the VMSC, it 
requests a dialogue with the SIWF whose identity is contained in the Provide SIWFS Number request by sending a 
MAP_OPEN service request, requests resources in the SIWFS using a MAP_PROVIDE_SIWFS_NUMBER service 
request and invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the 
dialogue opening is successful, the MAP process waits for a response from the SIWFS. 

If the MAP process receives a MAP_PROVIDE_SIWFS_NUMBER service confirm from the SIWFS, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Provide SIWFS Number ack containing 
the SIWFS Number received from the SIWFS to the call handling process in the VMSC and go to 
Wait_For_Modification state. 

Earlier version MAP dialogue with the SIWFS 

If the macro Receive_Open_Cnf takes the Vr exit, the MAP process sends an Abort to the call handling process in the 
VMSC and returns to the idle state. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the SIWFS could not be opened, the MAP process 
sends an Abort to the call handling process in the VMSC and returns to the idle state. 

Error in MAP_PROVIDE_SIWFS_NUMBER confirm 

If the MAP_PROVIDE_SIWFS_NUMBER service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Provide SIWFS number negative 
response to the call handling process in the VMSC and returns to the idle state. 

Call release 

If the call handling process in the VMSC indicates that the call has been aborted, the MAP process returns to the idle 
state. Any response from the SIWFS will be discarded. 
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If the call handling process in the VMSC indicates that the traffic channel has been released (i.e. call released by a user) 
a MAP_CLOSE_req is sent and the process is returned to the idle state. 

Abort of SIWFS dialogue 

During the time an answer is expected from the SIWFS, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the SIWFS may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In 
any of these cases, the MAP process sends a Provide SIWFS number negative response to the call handling process in 
the VMSC and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the SIWFS, sends a Provide SIWFS number negative response indicating system failure to the call 
handling process in the VMSC and returns to the idle state. 

After the dialogue with the SIWFS has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the SIWFS may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In 
any of these cases, the MAP process returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the SIWFS, and returns to the idle state. 

21 .5.2.2 Modification of SIWFS resources initiated by the user 

Successful Outcome 

When the MAP process receives an SIWFS Signalling Modify request from the call handling process in the VMSC, it 
requests a dialogue with the SIWFS whose identity is contained in the SIWFS Signalling Modify request by sending a 
MAP_SIWFS_SIGNALLING_MODIFY service request and waits for a response from the SIWFS. 

If the MAP process receives a MAP_SIWFS_SIGNALLING_MODIFY service confirm from the SIWFS, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends an SIWFS Signalling Modify ack 
containing the response received from the SIWFS to the call handling process in the VMSC and go to 
Wait_For_Modification state. 

Error in MAP_SIWFS_SIGNALLING_MODIFY confirm 

If the MAP_SIWFS_SIGN ALLING_MODIFY service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends an SIWFS Signalling Modify negative 
response to the call handling process in the VMSC and go to Wait_For_Modification state. 

Abort of SIWFS dialogue 

During the time an answer is expected from the SIWFS, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the SIWFS may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In 
any of these cases, the MAP process sends an SIWFS Signalling Modify negative response to the call handling process 
in the VMSC and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the SIWFS, sends an SIWFS Signalling Modify negative response indicating system failure to the call 
handling process in the VMSC and returns to the idle state. 

21 .5.2.3 Modification of SIWFS resources initiated by the SIWFS 

Successful outcome 

If a MAP_SIWFS_SIGNALLING_MODIFY service indication is received, the MAP process sends an SIWFS 
signalling modify Info request to the call handling process in the VMSC, and waits for a response. The SIWFS 
signalling modify request contains the parameters received in the MAP_SIWFS_SIGNALLING_MODIFY service 
indication. 
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If the call handling process in the VMSC returns an SIWFS signalling modify ack, the MAP process constructs a 
MAP_SIWFS_SIGNALLING_MODIFY service response contained in the Provide SIWFS Number ack, send it to the 
SIWFS and go to Wait_For_Modification state. 

Negative response from VMSC call handling process 

If the call handling process in the VMSC returns a negative response the MAP process constructs a 
MAP_SIWFS_SIGNALLING_MODIFY service response containing the appropriate error, send it to the SIWFS and go 
to Wait For Modification state. 
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21 .5.3 Process in the SIWFS 

The MAP process in the SIWFS to allocate and modify SIWFS resources for a mobile call is shown in figure 21.5/5. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 . 

Check_Confirmation see clause 25.2.2. 

21 .5.3.1 Procedures for allocation of SIWFS resources 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context locInfoRetrieval, it checks it by 
invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_PROVIDE_SIWFS_NUMBER service indication is received, the MAP process sends a Provide SIWFS 
number Info request to the call handling process in the SIWFS, and waits for a response. The Provide SIWFS number 
request contains the parameters received in the MAP_PROVIDE_SIWFS_NUMBER service indication. 

If the call handling process in the SIWFS returns a Provide SIWFS number ack, the MAP process constructs a 
MAP_PROVIDE_SIWFS_NUMBER service response containing the routing information contained in the Provide 
SIWFS Number ack, constructs a MAP_DELIMITER service request, sends them to the VMSC and go to 
Wait_For_Modification state. 

Earlier version MAP dialogue with the VMSC 

If the macro Receive_Open_Ind takes the Vr exit, the MAP process returns to the idle state. 

Dialogue opening failure 

If the macro Receive_Open_Ind takes the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 

Negative response from SIWFS call handUng process 

If the call handling process in the SIWFS returns a negative response the MAP process constructs a 
MAP_PROVIDE_SIWFS_NUMBER service response containing the appropriate error, constructs a MAP_CLOSE 
service request, sends them to the VMSC and returns to the idle state. 

Call release 

If the call handling process in the SIWFS indicates that the call has been aborted, the MAP process returns to the idle 
state. Any response from the VMSC will be discarded. 

If the call handling process in the SIWFS indicates that the traffic channel has been released (i.e. call released by a user) 
a MAP_CLOSE_req is sent and the process is returned to the idle state. 

Abort of VMSC dialogue 

After the dialogue with the VMSC has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the VMSC may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In 
any of these cases, the MAP process returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the VMSC, and returns to the idle state. 
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21 .5.3.2 Process for modification of SIWFS resources initiated by the user 

Successful outcome 

If a MAP_SIWFS_SIGNALLING_MODIFY service indication is received, the MAP process sends an SIWFS 
signalling modify Info request to the call handling process in the SIWFS, and waits for a response. The SIWFS 
signalling modify request contains the parameters received in the MAP_SIWFS_SIGNALLING_MODIFY service 
indication. 

If the call handling process in the SIWFS returns an SIWFS signalling modify ack, the MAP process constructs a 
MAP_SIWFS_SIGNALLING_MODIFY service response contained in the Provide SIWFS Number ack, send it to the 
VMSC and go to Wait_For_Modification state. 

Negative response from SIWFS call handling process 

If the call handling process in the SIWFS returns a negative response the MAP process constructs a 
MAP_SIWFS_SIGNALLING_MODIFY service response containing the appropriate error, send it to the VMSC and go 
to Wait_For_Modification state. 

21 .5.3.3 Process for modification of SIWFS resources initiated by the SIWFS 

Successful Outcome 

When the MAP process receives an SIWFS Signalling Modify request from the call handling process in the SIWF, it 
requests a dialogue with the VMSC whose identity is contained in the VMSC Signalling Modify request by sending a 
MAP_DELIMITER service request, requests resources in the VMSC using a MAP_SIWFS_SIGNALLING_MODIFY 
service request, the MAP process waits for a response from the VMSC. 

If the MAP process receives a MAP_SIWFS_SIGNALLING_MODIFY service confirm from the VMSC, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends an SIWFS Signalling Modify ack 
containing the response received from the VMSC to the call handling process in the SIWF and go to 
Wait_For_Modification state. 

Error in MAP_SIWFS_SIGNALLING_MODIFY confirm 

If the MAP_SIWFS_SIGNALLING_MODIFY service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends an SIWFS Signalling Modify negative 
response to the call handling process in the SIWFS and go to Wait_For_Modification state. 

Abort of SIWFS dialogue 

During the time an answer is expected from the VMSC, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication, or the VMSC may send a MAP_U_ABORT indication or a MAP_CLOSE indication. In 
any of these cases, the MAP process sends an SIWFS Signalling Modify negative response to the call handling process 
in the SIWFS and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the VMSC, sends an SIWFS Signalling Modify negative response indicating system failure to the call 
handling process in the SIWFS and returns to the idle state. 
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21 .6 Setting of Reporting State 
21.6.1 General 

The message flow for setting the reporting state in a stand-alone dialogue is shown in figure 21.6.1/1. 




MAP_SET_REPORTING_STATE 





Figure 21.6/1 : Message Flow for Setting the Reporting State 

In Set Reporting State, the HLR can request a start or a stop of monitoring in the VLR. 

21 .6.2 Process in the HLR for Set Reporting State stand-alone 

The MAP process in the HLR to set the reporting state in the VLR in a separate stand-alone dialogue is shown in 
figure 21.6/2. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found 
as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see clause 25.1.2; 
see clause 25.2.2. 



When the MAP process receives a Start Reporting or Stop Reporting request from the CCBS application process in the 
HLR, it requests a dialogue with the VLR whose identity is contained in the request by sending a MAP_OPEN service 
request and sending the necessary information using a MAP_SET_REPORTING_STATE service request. The HLR 
then invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue 
opening is successful, the MAP process waits for a response from the VLR. 

If the MAP process receives a MAP_SET_REPORTING_STATE service confirm from the VLR, the MAP process 
invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit and the request was for Start Reporting, the MAP process sends a 
positive acknowledgement containing the information received from the VLR to the CCBS application process in the 
HLR and returns to the idle state. In the case of Stop Reporting the CCBS application process returns to the idle state. 

Failure of dialogue opening with the VLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends (in the case of Start 
Reporting) a negative response to the CCBS application process in the HLR and returns to the idle state. In the case of 
Stop Reporting the process returns to the idle state. 

Error in MAP_SET_REPORTING_STATE confirm 

If the MAP_SET_REPORTING_STATE service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a negative response (in the case of Start 
Reporting) to the CCBS application process in the HLR and returns to the idle state. In the case of Stop Reporting the 
CCBS application process returns to the idle state. 

Abort of VLR dialogue 
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After the dialogue with the VLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. If the request was for the Start Reporting, the MAP process sends a 
Start Reporting negative response to the CCBS application process in the HLR and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the VLR, sends a negative response (in the case of the Start Reporting) indicating system failure to the 
CCBS application process in the HLR and returns to the idle state. In the case of Stop Reporting the CCBS application 
process returns to the idle state. 
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21 .6.3 Reporting co-ordinator process in tine VLR 

The MAP co-ordinating process in the VLR to handle a dialogue opened with the reporting application context is shown 
in figure 21.6/3. The MAP process invokes a macro not defined in this clause; the definition of this macro can be found 
as follows: 



Receive_Open_Ind 



see clause 25.1.1. 



Any reporting process in the VLR starts by the VLR receiving a MAP-OPEN service indication. If that service is 
successful, the VLR can handle reporting indications from the HLR. Table 21.6/1 shows the co-ordinating process' 
reaction on receipt of specific reporting indications from the HLR. After the relevant process is invoked, the received 
service indication is sent to that process. 

Table 21.6/1 : Relationship between received service indication and invoked process in the VLR 



Service indication received 


Process invoked 


MAP REMOTE USER FREE ind 


REMOTE USER FREE VLR 


MAP SET REPORTING STATE ind 


SET REPORTING STATE VLR 



After creation of the user process the co-ordinator relays the messages between the MAP protocol machine and the 
invoked process until a request or an indication for dialogue termination is received. 
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£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 61 3 ETSI TS 1 29 002 V4.9.0 (2002-09) 

21 .6.4 Process in the VLR to set the reporting state 

The MAP process in the VLR to set the reporting state is shown in figure 21.6/4. 

The co-ordinator opens the process. The macro Receive_Set_Reporting_State_VLR handles the receipt of the request 
from the HLR, and the possible response from the CCBS application process in the VLR. When the macro exits, a MAP 
CLOSE is sent to the HLR and the process terminates. 

The macro Set_Reporting_State_VLR is defined in figure 21.6/5. 

When the VLR receives a MAP_SET_REP0RT1NG_STATE service indication, it checks whether the required 
monitoring state is stopped. 

If the required monitoring state is stopped, the MAP process sends a Stop Reporting message to the CCBS application 
in the VLR, sends a MAP_SET_REP0RT1NG_STATE response to the HLR and exits from the macro. 

If the required monitoring state is started, the MAP process sends a Start Reporting message to the CCBS application in 
the VLR and waits for a response. 

If the CCBS application sends a Start Reporting ack, the MAP process sends a MAP_SET_REPORTlNG_STATE 
response to the HLR and exits from the macro. 

If the CCBS application sends a Start Reporting negative response, the MAP process translates the negative response 
into a MAP user error, sends a MAP_SET_REP0RT1NG_STATE response to the HLR and exits from the macro. 
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21 .7 Status Reporting 
21.7.1 General 

The message flows for reporting the status of a subscriber are shown in figures 21.7/1 and 21.7/2. 
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Figure 21.7/1 : Status reporting, when monitoring continues in the VLR 
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Figure 21.7/2: Status reporting, when monitoring stops 

When the HLR sends a MAP_SET_REPORTING_STATE, it requests the stop of monitoring in the VLR. 

21 .7.2 Process in tine VLR for Status Reporting 

The MAP process in the VLR to send a status report to the HLR is shown in figure 21.7/3. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 
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Receive_Open_Cnf see clause 25.1.2; 

Check_Confirmation see clause 25.2.2. 

Successful Outcome 

When the MAP process receives a Event Report or CCBS Call Report from the CCBS application process in the VLR, 
it requests a dialogue with the HLR whose identity is contained in the request by sending a MAP_OPEN service 
request, and requests status report using a MAP_STATUS_REPORT service request. The VLR then invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

If the MAP process receives a MAP_STATUS_REPORT service confirm from the HLR, the MAP process invokes the 
macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends an Event Report ack or a CCBS Call 
Report ack containing the information received from the HLR to the CCBS application process in the VLR and waits 
for a possible instruction from the HLR to set the reporting state. 

If the HLR requests the VLR to set a reporting state (in the macro Receive_Set_Reporting_State_VLR), the VLR closes 
the dialogue with the HLR by sending a MAP CLOSE to the HLR. 

If the HLR requires monitoring in the VLR to continue, it closes the dialogue by sending a MAP_CLOSE, and the MAP 
process in the VLR sends Continue Monitoring message to the CCBS application process in the VLR and returns to the 
idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a Event Report negative 
response or CCBS Call Report negative response to the CCBS application process in the VLR and returns to the idle 

state. 

Error in MAP_STATUS_REPORT confirm 

If the MAP_STATUS_REPORT service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends an Event Report negative response or 
CCBS Call Report negative response to the CCBS application process in the VLR and returns to the idle state. 

Abort of HLR dialogue in State Wait_For_HLR_Response 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process sends a Event Report or CCBS Call 
Report negative response to the CCBS application process in the VLR and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR. The VLR sends an Event Report negative response or CCBS Call Report negative response 
indicating system failure to the CCBS application process in the VLR and returns to the idle state. 

Abort of HLR dialogue in State Wait_For_Set_Reporting 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the VLR returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR and returns to the idle state. 
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21 .7.3 Process in the HLR for Status Reporting 

The MAP process in the HLR to handle a status report is shown in figure 21.7/4. The MAP process invokes macros not 
defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Check_Confirmation see clause 25.2.2. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context reporting, it checks it by 
invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

The MAP process invokes the macro Receive_Status_Report_HLR to handle a MAP_STATUS_REPORT service 
indication; this macro is defined in figure 21.7/5. The MAP process then waits for a response from the CCBS 
application in the HLR. 

If the MAP process receives a Stop Reporting message from the CCBS process, it sets the required monitoring state to 
stop, and may send a MAP_DELIMITER service request to the VLR. The HLR then invokes the macro 
Set_Reporting_State_HLR. After exiting the macro, the MAP process returns to the idle state. 

If the MAP process receives a Continue Reporting from the CCBS process, it sends a MAP CLOSE Request to VLR 
and returns to the idle state. 

Failure of dialogue opening with the VLR 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

Abort of VLR dialogue in State Wait_For_Service_Indication 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication. In this case, the MAP process returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the VLR and returns to the idle state. 

Macro Receive_Status_Report_HLR 

The macro Receive_Status_Report_HLR is shown in figure 2L7/5. 

When a MAP_STATUS_REPORT service indication is received, the HLR checks whether call report data are present. 

If call report data are present, the MAP process sends a CCBS Call Report message to the CCBS application process in 
the HLR and waits for a response; otherwise it sends an Event Report message to the CCBS application process in the 
HLR and waits for a response. 

If the MAP process receives a CCBS Call Report ack or Event Report ack from the CCBS application process in the 
HLR, it sends a MAP_STATUS_REPORT service confirm to the VLR and exits from the macro. 

If the MAP process receives a CCBS Call Report negative response or Event Report negative response from the CCBS 
application process in the HLR, it sets the User Error according to the negative response, sends a 
MAP_STATUS_REPORT service confirm to the VLR and exits from the macro. 

Macro Set_Reporting_State_HLR 

The macro Set_Reporting_State_HLR is shown in figure 2L7/6. 

The MAP process in the HLR sends a MAP_SET_REPORTING_STATE service request to the VLR and waits for a 
response. 

If the MAP process receives a MAP_SET_REPORTING_STATE service confirm from the VLR, it invokes the macro 
Check Confirmation to check the content of the confirm. 
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If the macro Check_Confirmation takes the OK exit, the macro Set_Reporting_State_HLR takes the OK exit. 

If the macro Check_Confirmation takes the Data error, Provider error or User error exit, the macro 
Set_Reporting_State_HLR takes the Error exit. 

While the MAP process is waiting for a response from the VLR, the MAP provider may terminate the dialogue by 
sending a MAP_CLOSE, MAP_P_ABORT or MAP_U_ABORT. In this case the macro takes the Aborted exit. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the VLR and the macro takes the Aborted exit. 
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21 .8 Remote User Free 



21.8.1 General 

The message flows for handling remote user free are shown in figures 21.8/1 and 21.8/2. 
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Figure 21.8/1 : Remote User Free: recall not accepted 
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Figure 21.8/2: Remote User Free: recall accepted 

21 .8.2 Process in the HLR for Remote User Free 

The MAP process in the HLR to handle Remote User Free is shown in figure 21.8/3. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see clause 25 . 1 .2; 
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Check_Confirmation see clause 25.2.2. 

Successful Outcome 

When the MAP process receives a CCBS RUF request from the CCBS apphcation process in the HLR, it requests a 
dialogue with the VLR whose identity is contained in the request by sending a MAP_OPEN service request and sending 
the necessary information using a MAP_REMOTE_USER_FREE service request. The HLR then invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the VLR. 

If the MAP process receives a MAP_REMOTE_USER_FREE service confirm from the VLR, the MAP process 
invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a CCBS RUF ack containing the 
information received from the VLR to the CCBS application process in the HLR and waits for a 
MAP_STATUS_REPORT service indication from the VLR. If in this state a MAP_CLOSE service indication is 
received, the MAP process returns to the idle state. If in this state a MAP_STATUS_REPORT service indication is 
received, further processing is described by the macro Receive_Status_Report_HLR (described in clause 21.7.3). When 
the macro exits, the MAP process constructs a MAP_CLOSE service request, sends it to the VLR and returns to the idle 
state. 

Failure of dialogue opening with the VLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
CCBS application process in the HLR and returns to the idle state. 

Error in MAP_REMOTE_USER_FREE confirm 

If the MAP_REMOTE_USER_FREE service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a CCBS RUF negative response to the 
CCBS apphcation process in the HLR and returns to the idle state. 

Abort of VLR dialogue 

When the MAP process is waiting for a VLR response to the MAP_REMOTE_USER_FREE, the MAP service provider 
may abort the dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, 
the MAP process sends a CCBS RUF negative response to the CCBS application process in the HLR and returns to the 
idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is 
waiting for a VLR response to the MAP_REMOTE_USER_FREE, the MAP process closes the dialogue with the VLR, 
sends a CCBS RUF negative response indicating system failure to the CCBS application process in the HLR and returns 
to the idle state. 

When the MAP process is waiting for a possible MAP_STATUS_REPORT from the VLR, the MAP service provider 
may abort the dialogue by issuing a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process 
returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is 
waiting for a possible MAP_STATUS_REPORT from the VLR, the MAP process closes the dialogue with the VLR 
and returns to the idle state. 

If the CCBS application in the HLR decides to abort the dialogue, it sends an Abort message to the MAP process, which 
closes the dialogue with the VLR and returns to the idle state. 
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21 .8.3 Process in the VLR for Remote User Free 

The MAP process in the VLR to handle Remote User Free is shown in figure 21.8/4. The MAP process invokes a macro 
not defined in this clause; the definitions of this macro can be found as follows: 

Check_Confirmation see clause 25.2.2. 

Successful outcome (Recall accepted) 

When the MAP process receives a MAP_REMOTE_USER_FREE service indication, the VLR sends a CCBS RUF 
request to the CCBS application process in the VLR, and waits for a response. The request contains the parameters 
received in the MAP_REMOTE_USER_FREE service indication. 

If the CCBS application process in the VLR returns a positive response indicating "recall accepted', the MAP process 
constructs a MAP_REMOTE_USER_FREE service response and a MAP_DELIMITER service request, sends them to 
the VLR and waits for a CCBS Call Report message from the CCBS application process in the VLR. When the MAP 
process receives the CCBS Call Report from the CCBS application process in the VLR, it constructs a 
MAP_STATUS_REPORT service request and a MAP_DELIMITER service request, sends them to the HLR and waits 
for a response. If the MAP process receives a MAP_STATUS_REPORT service confirm, the VLR calls the macro 
Check_Confirmation. If this macro takes the OK exit, the MAP process sends a CCBS Call Report ack to the CCBS 
application process in the VLR and the MAP process terminates. 

Successful outcome (Recall not accepted) 

If the CCBS application process in the VLR returns a positive response indicating "recall not accepted', the MAP 
process constructs a MAP_REMOTE_USER_FREE service response and a MAP_CLOSE service request, sends them 
to the HLR and terminates. 

Negative response from VLR CCBS application process 

If the CCBS application process in the VLR returns a negative response, the MAP process constructs a 
MAP_REMOTE_USER_FREE service response containing the appropriate error and a MAP_CLOSE service request, 
sends them to the HLR and terminates. 

Failure of dialogue with the HLR 

When waiting for a response or a call result from the CCBS application process in the VLR, the MAP process may 
receive a MAP_CLOSE service indication, a MAP_U_ABORT service indication or a MAP_P_ABORT service 
indication from the co-ordinating process, in which case the MAP process terminates. 

When waiting for a call result from the CCBS application process in the VLR, the MAP process may receive a 
MAP_NOTICE indication from the co-ordinating process, in which case the MAP process constructs a MAP_CLOSE 
service request, sends it to the co-ordinating process and terminates. 

When waiting for a response from the HLR, the MAP process may receive a MAP_CLOSE indication, a 
MAP_U_ABORT indication or a MAP_P_ABORT indication from the co-ordinating process, in which case the MAP 
process sends a CCBS Call Report negative response to the CCBS application process in the VLR and terminates. 

When waiting for a response from the HLR, the MAP process may receive a MAP_NOTICE indication from the 
co-ordinating process, in which case the MAP process constructs a MAP_CLOSE service request, sends it to the 
co-ordinating process, sends a CCBS Call Report negative response to the CCBS application process in the VLR and 
terminates. 

Error in MAP_STATUS_REPORT confirm 

If the MAP_STATUS_REPORT service confirm contains a user error or a provider error, the MAP process sends a 
CCBS Call Report negative response to the CCBS application process in the VLR and terminates. 
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21.9 1ST Alert 
21.9.1 General 

The Immediate Service Termination Alert procedure is used to keep track of the call activities performed by 1ST 
subscribers and, eventually, to terminate the alerted call activities, or all the call activities related to the alerted 
subscriber. 

The message flow for alerting and terminating the call(s) is shown in figure 21.9/1, where the MSC may be a Visited 
MSC or a Gateway MSC. 
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Figure 21.9/1: 1ST Alert 

21 .9.2 Procedure in the MSC 

The MAP process in the MSC (Visited MSC or Gateway MSC) is shown in figure 21.9/2. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see clause 25.1.2; 
see clause 25.2.2. 



When the MAP process receives an 1ST Alert request from a call handling process in the Visited MSC or Gateway 
MSC, it requests a dialogue with the HLR that the subscriber belongs to, by sending a MAP_OPEN service request, a 
MAP_IST_ALERT service request, and a MAP_DELIMITER service request. The MSC then invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

If the MAP process receives a MAP_IST_ALERT service confirm from the HLR, the MAP process invokes the macro 
Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a 1ST Alert ack containing the information 
received from the HLR to the call handling process in the MSC and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
call handling process in the MSC, and returns to the idle state. 

Error in MAP_IST_ALERT confirm 

If the MAP_IST_ALERT service confirm contains a user error or a provider error, or the macro Check_Confirmation 
indicates that there is a data error, the MAP process sends a negative response to the call handling process in the MSC, 
and returns to the idle state. 

Abort of HLR dialogue 

When the MAP process is waiting for an HLR response to the MAP_ IST_ALERT, the MAP service provider may 
abort the dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the 
MAP process sends a negative response to the call handling process in the MSC, and returns to the idle state. 
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If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is 
waiting for an HLR response to the MAP_ IST_ALERT, the MAP process closes the dialogue with the HLR, sends a 
negative response to the call handling process in the MSC, and returns to the idle state. 
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21 .9.3 Procedure in the HLR 

The MAP process in the HLR is shown in figure 21.9/3. The MAP process invokes a macro not defined in this clause; 
the definition of this macro can be found as follows: 

Recei ve_Open_lnd see clause 25 . 1 . 1 ; 

Successful outcome 

When the MAP process in the HLR receives a request to open a dialogue, it invokes the macro Receive_Open_lnd to 
check if the dialogue can be opened. 

If the dialogue can be opened, and the service indication received is a MAP_1ST_ALERT, the HLR then sends the 1ST 
alert indication to the call handling process in the HLR, and waits for a response. 

If the call handling process in the HLR returns a positive response, the MAP process constructs a MAP_ 1ST_ALERT 
service response and a MAP_CLOSE service request, sends them to the MSC, and returns to the idle state. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response, the MAP process constructs a MAP_IST_ALERT 
service response containing the appropriate error and a MAP_CLOSE service request, sends them to the MSC and 
returns to the idle state. 

Failure of dialogue opening in the HLR 

If the macro Reeive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

Abort of MSC dialogue 

If the MAP process receives a MAP_P_ABORT indication before receiving a service indication, the MAP process 
returns to the idle state. 

When the MAP process receives a MAP_NOTlCE indication before receiving a service indication, the MAP process 
closes the dialogue with the MSC, and returns to the idle state. 

When the MAP process is waiting for the application response to the 1ST Alert, the MAP service provider may abort the 
dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP 
process returns to the idle state. 
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21.10 1ST Command 
21.10.1 General 

The Immediate Service Termination Command procedure is used to terminate the call activities related to a subscriber. 

The message flow for the 1ST Command service is shown in figure 21.10/1, where the MSC may be a Visited MSC or a 
Gateway MSC. 



HLR 



MSC 



IST_COMMAND 
1ST COMMAND ack 



Figure 21.10/1: 1ST Command 



21.10.2 Procedure in the HLR 

The MAP process in the HLR is shown in figure 21.10/2. The MAP process invokes macros not defined in this clause; 
the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see clause 25.1.2; 
see clause 25.2.2. 



When the MAP process receives an 1ST Command request, it requests a dialogue with the MSC (Gateway MSC or 
Visited MSC), by sending a MAP_OPEN service request, a MAP_IST_COMMAND service request, and a 
MAP_DELIMITER service request. The HLR then invokes the macro Receive_Open_Cnf to wait for the response to 
the dialogue opening request. If the dialogue opening is successful, the MAP process waits for a response from the 
MSC. 

If the MAP process receives a MAP_IST_COMMAND service confirm from the MSC, the MAP process invokes the 
macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a 1ST Command ack containing the 
information received from the MSC to the call handling process in the HLR and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
call handling process in the HLR, and returns to the idle state. 

Error in MAP_IST_COMMAND confirm 

If the MAP_IST_COMMAND service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a negative response to the call handling 
process in the HLR, and returns to the idle state. 

Abort of MSC dialogue 

When the MAP process is waiting for an MSC response to the MAP_ IST_COMMAND, the MAP service provider 
may abort the dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, 
the MAP process sends a negative response to the call handling process in the HLR, and returns to the idle state. 
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If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication when the MAP process is 
waiting for an MSC response to the MAP_ IST_COMMAND, the MAP process closes the dialogue with the MSC, 
sends a negative response to the call handling process in the HLR, and returns to the idle state. 
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Figure 21.10/2: Process IST_Command_HLR 
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21.10.3 Procedure in the MSC 

The MAP process in the MSC is shown in figure 21.10/3. The MAP process invokes a macro not defined in this clause; 
the definition of this macro can be found as follows: 

Recei ve_Open_lnd see clause 25 . 1 . 1 . 

Successful outcome 

When the MAP process in the MSC receives a request to open a dialogue, it invokes the macro Receive_Open_lnd to 
check if the dialogue can be opened. 

If the dialogue can be opened, and the service indication received is a MAP_lST_COMMAND, the MSC then sends the 
1ST command indication to the call handling process in the MSC, and waits for a response. 

If the call handling process in the MSC returns a positive response, the MAP process constructs a 
MAP_lST_COMMAND service response and a MAP_CLOSE service request, sends them to the HLR, and returns to 
the idle state. 

Negative response from MSC call handling process 

If the call handling process in the MSC returns a negative response, the MAP process constructs a 
MAP_lST_COMMAND service response containing the appropriate error and a MAP_CLOSE service request, sends 
them to the HLR and returns to the idle state. 

Failure of dialogue opening in the MSC 

If the macro Recei ve_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

Abort of HLR dialogue 

If the MAP process receives a MAP_P_ABORT indication before receiving a service indication, the MAP process 
returns to the idle state. 

When the MAP process receives a MAP_NOTICE indication before receiving a service indication, the MAP process 
closes the dialogue with the HLR, and returns to the idle state. 

When the MAP process is waiting for the application response to the 1ST Command, the MAP service provider may 
abort the dialogue by issuing a MAP_CLOSE, a MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the 
MAP process returns to the idle state. 
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Figure 21.10/3: Process IST_Command_MSC 
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22 Supplementary services procedures 

The following application contexts exist for handling of supplementary services: 

accessUnstructuredSsContext; 

- accessFunctionalSsContext. 

The accessUnstructuredSsContext refers to a simple MAP user, for which the corresponding MAP process can be 
identified by the MAP-Provider directly. 

However, the accessFunctionalSsContext refers to a complex MAP-User consisting of several processes. For this user, a 
process co-ordinator is defined for each network entity, in order to identify the correct process to invoke. These 
processes open and validate the dialogue, then invoke the necessary operation-specific process. These processes are 
described below. 

22.1 Functional supplementary service processes 

22.1 .1 Functional supplementary service process co-ordinator for MSC 

Upon receipt of a CM-Service request with CM-service type = SS, the MSC initiates the process access request 
procedure towards the VLR as described in clause 25 of the present document. 

Once a CM connection is established, the MSC can handle supplementary service indications from the MS. 
Table 22.1/1 shows the co-ordinating process' reaction on receipt of specific SS service indications on the air interface. 
After the relevant process is invoked, the received air interface service indication is sent to that process. The creation of 
service requests on the basis of air interface messages is described in 3GPP TS 29.01 1 [59]. 

Table 22.1/1 : Relationship between received service indication and invoked process in the MSC 



Service indication received 


Process invol<ed 


A REGISTER SS ind 


REGISTER SS MSC 


A ERASE SS ind 


ERASE SS MSC 


A ACTIVATE SS ind 


ACTIVATE SS MSC 


A DEACTIVATE SS ind 


DEACTIVATE SS MSC 


A INTERROGATE SS ind 


INTERROGATE SS MSC 


A REGISTER PASSWORD 


REGISTER PASSWORD MSC 



Figure 22.1/1 shows the co-ordinating process in the MSC. 
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Figure 22.1/1 : Process SS_Coordinator_MSC 
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22.1 .2 Functional supplementary service process co-ordinator for VLR 

Any functional SS process in the VLR starts by the VLR receiving the MAP_PROCESS_ACCESS_REQUEST 
indication. The VLR then acts as described in clause 25 of the present document. 

If the Process Access Request was successful, the VLR can handle supplementary service indications from the MSC. 
Table 22.1/2 shows the co-ordinating process' reaction on receipt of specific SS service indications from the MSC. 
After the relevant process is invoked, the received service indication is sent to that process, and the co-ordinating 
process terminates. 

Table 22.1/2: Relationship between received service indication and invoked process in the VLR 



Service indication received 


Process invol<ed 


MAP REGISTER SS ind 


REGISTER SS VLR 


MAP ERASE SS ind 


ERASE SS VLR 


MAP ACTIVATE SS ind 


ACTIVATE SS VLR 


MAP DEACTIVATE SS ind 


DEACTIVATE SS VLR 


MAP INTERROGATE SS ind 


INTERROGATE SS VLR 


MAP REGISTER PASSWORD 


REGISTER PASSWORD VLR 



Figure 22.1/2 shows the co-ordinating process in the VLR. 
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Figure22.1/2: Supplementary Sen/ice Coordination process in the VLR, to open and process the access request from 
the MS C, and then identify which functional supplementary servbe process shall be invoked. 
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Figure 22.1/2 (sheet 1 of 2): Process SS_Coordinator_VLR 
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Figure 22.1/2: Supplementary Service Coordination process in the VLR, to open and process ttie access request from 
the [vise, and then identify which functional supplementary servbe process shall be invoked. 
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Figure 22.1/2 (sheet 2 of 2): Process SS_Coordinator_VLR 

22.1 .3 Functional supplementary service process co-ordinator for HLR 

Any functional SS process in the HLR starts by the HLR receiving a MAP-OPEN service indication. If that service is 
successful, the HLR can handle supplementary service indications from the VLR. Table 22. 1/3 shows the co-ordinating 
process' reaction on receipt of specific SS service indications from the VLR. After the relevant process is invoked, the 
received service indication is sent to that process, and the co-ordinating process terminates. 

Table 22.1/3: Relationship between received service indication and invoked process in the HLR 



Service indication received 


Process invol<ed 


MAP REGISTER SS ind 


REGISTER SS HLR 


MAP ERASE SS ind 


ERASE SS HLR 


MAP ACTIVATE SS ind 


ACTIVATE SS HLR 


MAP DEACTIVATE SS ind 


DEACTIVATE SS HLR 


MAP INTERROGATE SS ind 


INTERROGATE SS HLR 


MAP REGISTER PASSWORD 


REGISTER PASSWORD HLR 



Figure 22.1/3 shows the co-ordinating process in the HLR. 
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Figure 22.1/3: Supplementary Service Cooitiination process in the HLR, to identify which 
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Figure 22.1/3 (sheet 1 of 2): Process SS_Coordinator_HLR 
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Figure 22.1/3: Supplementary Savice Coordination process in the HI_R, to identify which 
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Figure 22.1/3 (sheet 2 of 2): Process SS_Coordinator_HLR 

22.1 .4 Call completion supplementary service process co-ordinator for HLR 

The MAP co-ordinating process in the HLR to handle a dialogue opened with the callCompletion application context is 
shown in figure 22.1/4. The MAP process invokes a macro not defined in this clause; the definition of this macro can be 
found as follows: 



Receive_Open_Ind 



see clause 25.1.1. 



Any call completion SS process in the HLR starts by the HLR receiving a MAP-OPEN service indication. If that 
service is successful, the HLR can handle call completion supplementary service indications from the VLR. 
Table 22.1/4 shows the co-ordinating process' reaction on receipt of specific call completion SS service indications from 
the VLR. After the relevant process is invoked, the received service indication is sent to that process. 

Table 22.1/4: Relationship between received service indication and invoked process in the HLR 



Service indication received 


Process involved 


MAP REGISTER CC ENTRY ind 


REGISTER CC ENTRY HLR 


MAP ERASE CC ENTRY ind 


ERASE CC ENTRY HLR 



After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The Call_Completion Co-ordinator is shown in figure 22.1/4. 
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Figure 22.1/4: Process_CC_Coord_HLR 
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22.2 Registration procedure 
22.2.1 General 

The registration procedure is used to register data related to a supplementary service in the HLR. The registration 
procedure is a fully transparent communication between the MS and the HLR, except that some services may be 
invoked as a result of the procedure, as described in the clauses below. 

The registration procedure is shown in figure 22.2.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 9 and 25) 



MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_INSERT_SUBSCRIBER_DATA 

MAP_REGISTER_SS 

+ — 



(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clauses 8 and 25); 
(defined in clause 1 1). 



+ + 

1 MS 1 - 
+ + 



-IMSC 1- 
+ + 



B 
- + - 



VLR 


- + 


D 
— + 





- + 





+ + 

- I HLR I 
+ + 



A_CM_SERV_REQ 
(note 1) 

A_REGISTER_SS 



A_REGISTER_SS ack 
< 



MAP_PROCESS_ACC_REQ 
> 

(note 2) 

MAP_REGISTER_SS 



MAP_REGISTER_SS ack 
< 



MAP_REGISTER_SS 



-> 



MAP_REGIS_SS ack 

< 

MAP_INS_SUBS_DATA 
< 

(note 3) 



NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04. 9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.2.1/1 : Interfaces and services for supplementary service registration 

22.2.2 Procedures in the IVISC 

Supplementary service registration 

The A_REGISTER_SS service indication received by the MAP user in the MSC contains the SS-Code and any 
parameters that are related to the supplementary service. 

The MAP user transfers the received information to the VLR in the MAP_REGISTER_SS request without checking the 
contents of the service indication. Rules for the mapping are described in 3GPP TS 29.011 [59]. 
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The MSC then awaits the receipt of the MAP_REGISTER_SS confirm from the VLR. The outcome of the procedure is 
reported to the MS in the A_REGISTER_SS response message as described in GSM 04.8x, 04.9x and 09.1 1. Finally the 
SS-connection is released. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

Error handling 

If at any time during the supplementary service part of this procedure a MAP_P_ABORT, MAP_U_ABORT, 
MAP_N0T1CE or unexpected MAP_CLOSE indication is received from the VLR concerning the process, a 
CM_RELEASE_COMPLETE indication is sent to the MS (as specified in 3GPP TS 29.01 1 [59]). Upon receipt of a 
MAP_NOTlCE indication from the VLR, the MSC must close the VLR dialogue by sending a MAP_CLOSE request. 
The process is then terminated. 

If an A_CM_RELEASE indication is received from the MS, all open transactions shall be released using the 
MAP_U_ABORT request indicating application procedure cancellation, and the process is terminated. 

The registration procedure in the MSC is shown in figure 22.2.2/1. 
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Figure 22.2.2/1 : Procedure SS_Register_MSC 
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22.2.3 Procedures in the VLR 

Supplementary service registration 

When receiving the MAP_REGISTER_SS indication, the MAP user in the VLR transfers the information to the HLR in 
the MAP_REGISTER_SS request without checking the contents of the service indication. 

The VLR then awaits the receipt of the MAP_REGISTER_SS confirm from the HLR. The MAP user in the VLR shall 
transfer the information contained in this primitive to the MSC in the MAP_REGISTER_SS response without checking 
its contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

Error handling 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or unexpected 
MAP_CLOSE indication is received from the MSC concerning the process, a MAP_U_ABORT request indicating 
application procedure cancellation is sent to the HLR (if a connection exists). If a MAP_NOTICE indication was 
received from the MSC, that dialogue must be closed by sending a MAP_CLOSE request towards the MSC. The 
process is terminated. 

If a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication is received from the HLR, a MAP_U_ABORT 
request shall be sent to the MSC terminating the process. If a MAP_NOTICE indication was received from the HLR, 
that dialogue must be closed by sending a MAP_CLOSE request towards the HLR. The process terminates. 

The registration procedure in the VLR is shown in figure 22.2.3/1. 
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Figure 22.2.3/1 : Mobile initated registration of supplementartyserMcesin the VLR 
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Figure 22.2.3/1 (sheet 1 of 2): Procedure SS_Register_VLR 
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Figure 22.2.3/1: Mobile initated registration of supplementatty services in the VLR 
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Figure 22.2.3/1 (sheet 2 of 2): Procedure SS_Register_VLR 

22.2.4 Procedures in the HLR 

The procedure in the HLR is initiated when it receives a MAP_REGISTER_SS indication. 

The HLR acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the Call Barred error should be 
returned to the VLR. The parameter "operatorBarring" shall be included with the error. 

The supplementary service request shall then be processed according to 3GPP TS 23.01 1 [22] and the 03. 8x and 03. 9x- 
series of technical specifications. This handling may lead to either a successful result, a partially successful result, or an 
error being returned. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]): 

if the VLR is to be updated after the supplementary service registration, the 
MAP_INSERT_SUBS_DATA_HLR process shall be initiated; 

- if at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication 

concerning the process is received from the VLR, the process is terminated. If a MAP_NOTICE indication is 
received, a MAP_CLOSE request is sent towards the VLR. 

The registration procedure in the HLR is shown in figure 22.2.4/1 . 
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Figure 22 .2. 4/1 : Registration of supplementary services procedure in HLR 
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Figure 22.2.4/1 (sheet 1 of 2): Procedure SS_Register_HLR 
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Figure 22.2. 4/1 : Registration of supplementary services procedure in HUl 
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Figure 22.2.4/1 (sheet 2 of 2): Procedure SS_Register_HLR 
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22.3 Erasure procedure 
22.3.1 General 

The erasure procedure is used to erase data related to a supplementary service in the HLR. The erasure procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the clauses below. 

The erasure procedure is shown in figure 22.3.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 9 and 25) 



MAP_PROVIDE_IMSl 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_INSERT_SUBSCRIBER_DATA 

MAP_ERASE_SS 

+ 



+ + 

1 MS 1 - 
+ + 



- + 
IMSC 1- 
+ + 



(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clauses 8 and 25); 
(defined in clause 11). 



B 
- + - 



+ + 


D 


IVLR 1 — 


— + 


+ + 





+ + 

- I HLR I 
+ + 



A_CM_SERV_REQ 
(note 1) 

A_ERASE_SS 



A_ERASE_SS ack 
< 



MAP_PROCESS_ACC_REQ 
> 

(note 2) 

MAP_ERASE_SS 



MAP_ERASE_SS ack 



MAP_ERASE_SS 



-> 



MAP_ERASE_SS ack 

< 

MAP_INS_SUBS_DATA 
< 

(note 3) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04.9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.3.1/1 : Interfaces and services for supplementary service erasure 



22.3.2 Procedures in the MSC 

The MSC procedures for erasure are identical to those specified for registration in clause 22.2.2. The text and diagrams 
in clause 22.2.2 apply with all references to registration changed to erasure. 
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22.3.3 Procedures in the VLR 

The VLR procedures for erasure are identical to those specified for registration in clause 22.2.3. The text and diagrams 
in clause 22.2.3 apply with all references to registration changed to erasure. 

22.3.4 Procedures in tine HLR 

The HLR procedure for erasure is identical to those specified for registration in clause 22.2.4. The text and diagrams in 
clause 22.2.4 apply with all references to registration changed to erasure. 



22.4 Activation procedure 
22.4.1 General 

The activation procedure is used to activate a supplementary service in the HLR. The activation procedure is a fully 
transparent communication between the MS and the HLR, except that some services may be invoked as a result of the 
procedure, as described in the clauses below. 

The activation procedure is shown in figure 22.4. 1/L 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 9 and 25) 



MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_GET_PASSWORD 

MAP_INSERT_SUBSCRIBER_DATA 

MAP ACTIVATE SS 



(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clause 11); 
(defined in clauses 8 and 25); 
(defined in clause 11). 
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MS 1-lEIR 



I- + B + + D + + 

IMSC 1 + IVLR I + I HLR | 



A_CM_SERV_REQ 
(note 1) 

A_ACTIVATE_SS 



A GET PW 



A GET PW ack 



A_ACTIVATE_SS ack 
< 



MAP_PROCESS_ACC_REQ 
(note 2) 
MAP_ACTIVATE_SS 



MAP GET PW 



MAP GET PW ack 



MAP_ACTIVATE_SS ack 



MAP_ACTIVATE_SS 



MAP GET PW 



MAP GET PW ack 



-> 



MAP_ACTIV_SS ack 

< 1 < 

MAP_INS_SUBS_DATA 
< 

(note 3) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04.9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 of this document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.4.1/1 : Interfaces and services for supplementary service activation 



22.4.2 Procedures in the MSC 

The A_ACTIVATE_SS service indication received by the MAP user in the MSC contains the SS-Code and any 
parameters related to the supplementary service. 

The MSC transfers the received information to the VLR in the MAP_ACTIVATE_SS request without checking the 
contents of the service indication. Rules for the mapping are described in 3GPP TS 29. Oil [59]. 

The MAP user may subsequently receive the MAP_GET_PASSWORD indication from the VLR. Upon receipt of this 
indication, the MSC sends the A_GET_PASSWORD message towards the MS and then awaits the response from the 
MS. When an A_GET_PASSWORD confirm message is received from the MS, the MSC initiates the 
MAP_GET_PASSWORD response towards the VLR without checking further the contents of the indication. Also see 
3GPPTS 29.011 [59]. 

The MSC will receive a MAP_ACT1VATE_SS confirm from the VLR. The outcome of the procedure is reported to the 
MS in the A_ACT1VATE_SS response message, see GSM 04.8x, 04.9x and 09.1 1. Finally the SS connection is 
released. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The handling of MAP_P_ABORT, MAP_U_ABORT, MAP_N0T1CE and unexpected MAP_CLOSE or 
A_CM_RELEASE in this procedure is identical to the handling in the Registration procedure in the MSC, see 
clause 22.2.2 of the present document. 

The activation procedure in the MSC is shown in figure 22.4.2/1. 
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Figure 22.4.2/1: Mobile intiated activation of supplementary service in thelvlSC 
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Figure 22.4.2/1 : Procedure Activate_SS_MSC 
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22.4.3 Procedures in the VLR 

Supplementary service activation 

When receiving the MAP_ACTIVATE_SS indication, the MAP user in the VLR transfers the information to the HLR 
in the MAP_ACTIVATE_SS request without checking the contents of the service indication. 

The VLR may then receive the MAP_GET_PASSWORD indication. This information is transferred to the MSC in the 
MAP_GET_PAS SWORD request. If a MAP_GET_PASSWORD confirm primitive is received from the MSC, the 
VLR initiates the MAP_GET_P AS SWORD response towards the HLR. 

The VLR will receive the MAP_ACTIVATE_SS confirm from the HLR. The MAP user in the VLR shall transfer the 
information contained in this primitive to the MSC in the MAP_ACTIVATE_SS response without checking its 
contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

Error handling 

The handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE in this procedure 
is identical to the handling in the Registration procedure in the VLR, see clause 22.2.3 of the present document. 

The activation procedure in the VLR is shown in figure 22.4.3/1. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



660 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process ACTIVATE SS VLR 



Figure 22.4.3/1: Activation of supplementary service procedure in the VLR 
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Figure 22.4.3/1 (sheet 1 of 2): Procedure Activate_SS_VLR 
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'Figure 22.4.3/1: Activation of supplementary service procedure in the VLR 
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Figure 22.4.3/1 (sheet 2 of 2): Procedure SS_Activate_VLR 
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22.4.4 Procedures in the HLR 

The procedure in the HLR is initiated when it receives a MAP_ACTIVATE_SS indication. 

The HLR acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the Call Barred error should be 
returned to the VLR. The parameter "operatorBarring" shall be included with the error. 

The supplementary service request shall then be processed according to 3GPP TS 23.01 1 [22] and the 03. 8x and 03 .9x- 
series of technical specifications. This handling may lead to either a successful result, a partially successful result, or an 
error being returned. 

During the handling of activation, the get password procedure may be initiated (as specified in 3GPP TS 23.01 1 [22]). 
This will involve the sending of a MAP_GET_PASSWORD request to the VLR. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]): 

- if the VLR is to be updated after the supplementary service activation, the MAP_INSERT_SUBS_DATA_HLR 
process is initiated; 

- handling of receipt of MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indications from the VLR is 
identical to their handling in the registration procedure, see clause 22.2.4 above. 

The activation procedure in the HLR is shown in figure 22.4.4/1 . 
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Figure 22.4.4/1 : Activation of suppiementary services procedure in iHLR. 
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Figure 22.4.4/1 (sheet 1 of 2): Procedure Activate_SS_HLR 
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Figure 22.4.4/1 : Activation of supplementary services procedure in HLR. 
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Figure 22.4.4/1 (sheet 2 of 2): Procedure Activate_SS_HLR 



22.5 Deactivation procedure 
22.5.1 General 

The deactivation procedure is used to deactivate a supplementary service in the HLR. The deactivation procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the clauses below. 

The deactivation procedure is shown in figure 22.5.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 9 and 25) 



MAP__PROVIDE_IMSI 
MAP_FORWARD_NEW_TMSI 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP CHECK IMEI 



(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
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MAP_READY_FOR_SM 
MAP_GET_PASSWORD 
MAP_INSERT_SUBSCRIBER_DATA 
MAP DEACTIVATE SS 



(defined in clauses 12 and 25); 
(defined in clause 11); 
(defined in clauses 8 and 25); 
(defined in clause 11). 



D 



MS 



IMSC 



+ 1 VLR 1 + 1 HLR 



A_CM_SERV_REQ 
(note 1) 
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A GET PW 
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< 
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(note 2) 
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MAP GET PW 



MAP GET PW ack 
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MAP_DEACTIVATE_SS 
> 



MAP GET PW 



MAP GET PW ack 



-> 



MAP_DEACT_SS ack 

< 1 < 

MAP_INS_SUBS_DATA 
< 

(note 3) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04.9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.5.1/1 : Interfaces and services for supplementary service deactivation 



22.5.2 Procedures in the MSC 

The MSC procedures for deactivation are identical to those specified for activation in clause 22.4.2. The text and 
diagrams in clause 22.4.2 apply with all references to activation changed to deactivation. 

22.5.3 Procedures in tine VLR 

The VLR procedures for deactivation are identical to those specified for activation in clause 22.4.3. The text and 
diagrams in clause 22.4.3 apply with all references to activation changed to deactivation. 

22.5.4 Procedures in tine HLR 

The HLR procedures for deactivation are identical to those specified for activation in clause 22.4.4. The text and 
diagrams in clause 22.4.4 apply with all references to activation changed to deactivation. 

22.6 Interrogation procedure 
22.6.1 General 

The interrogation procedure is used to retrieve information related to a supplementary service from the VLR or the 
HLR. It is the VLR which decides whether an interrogation request should be forwarded to the HLR or not. Some non- 
supplementary service related services may be invoked as a result of the procedure, as described in the clauses below. 

The interrogation procedure is shown in figure 22.6.1/1. 
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The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (defined in clauses 9 and 25) 



MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP INTERROGATE SS 



(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clause 11). 
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< 



-> 
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< 

(note 3) 



NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04.9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.6.1/1 : Interfaces and services for supplementary service interrogation 

22.6.2 Procedures in the MSC 

The MSC procedures for interrogation are identical to those specified for registration in clause 22.2.2. The text and 
diagrams in clause 22.2.2 apply with all references to registration changed to interrogation. 

22.6.3 Procedures in tine VLR 

Supplementary service interrogation 

When receiving the MAP_INTERROGATE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error Call Barred is returned 
to the MSC. The parameter "operatorBarring" shall be included with the error. 

The interrogation is either answered by the VLR or by the HLR, depending on the service interrogated. 

a) Interrogation to be handled by the VLR 

The supplementary service request shall then be processed according to 3GPP TS 23.01 1 [22] and the 03. 8x and 03. 9x- 
series of technical specifications. This handling may lead to either a successful result, a partially successful result, or an 
error being returned. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 
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b) Interrogation to be handled by HLR 

If the interrogation is to be handled by the HLR, on receiving the MAP_INTERROGATE_SS indication, the MAP user 
in the VLR transfers the information to the HLR in the MAP_INTERROGATE_SS request without further checking the 
contents of the service indication. 

The VLR will receive the MAP_INTERROGATE_SS confirm from the HLR. The MAP user in the VLR shall transfer 
the information contained in this primitive to the MSC in the MAP_INTERROGATE_SS response without checking its 
contents. 

For call independent SS operations, each message shall only contain a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

Error handling 

Handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE in this procedure is 
identical to the handling in the Registration procedure in the VLR, clause 22.2.3. The Interrogation procedure is 
described in figure 22.6. 3/L 
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Figure 22.6.3/1: Interrorrogation of supplementary service procedure in VLR 
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Figure 22.6.3/1: Interrorrogation of supplementary service procedure in VLR 
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Figure 22.6.3/1: Interrorrogation of supplementary service procedure in VLR 
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Figure 22.6.3/1 (sheet 3 of 3): Procedure lnterrogate_SS_VLR 
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22.6.4 Procedures in the HLR 

When receiving the MAP_INTERROGATE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error Call Barred is returned 
to the MSC. The parameter "operatorBarring" shall be included with the error; 

if the supplementary service is not supported in the HLR, the error Unexpected Data Value is returned to the 
VLR. 

The interrogation is either answered by the VLR or by the HLR, depending on the service interrogated. 

a) Interrogation to be handled by the VLR 

If the interrogation procedure should have been answered by the VLR, then the HLR assumes that the VLR does 
not support the interrogated supplementary service, and returns the SS Not Available error to the VLR. 

b) Interrogation to be handled by HLR 

The supplementary service request shall be processed according to 3GPP TS 23.01 1 [22] and the 03. 8x and 
03.9x-series of technical specifications. This handling may lead to either a successful result or an error being 
returned. 

For call independent SS operations, each message shall only contain a single component. 

Error handling 

Handling of MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE and unexpected MAP_CLOSE in this procedure is 
identical to the handling in the Registration procedure in the VLR, clause 22.2.3. The Interrogation procedure is 
described in figure 22.6.4/1. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



672 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process INTERROGATE SS HLR 



Figure 22 .6.4/1: Interrogation of supplementary services procedure in HLR 
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Figure 22.6.4/1 : Procedure lnterrogate_SS_HLR 
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22.7 Invocation procedure 
22.7.1 General 

The invocation procedure is used to check subscription data in the VLR for certain supplementary services which are 
invoked after the call set-up phase is finished. For invocation of supplementary services which are invoked during the 
call set-up phase, please refer to the Call Handling procedure descriptions. 

The invocation procedure is shown in figure 22.7.1/1. Note that some optional services may be invoked in connection 
with this procedure, as described in the clause below. 



The following services are used: 

MAP_PROCESS_ACCESS_REQUEST 

MAP_TRACE_SUBSCRIBER_ACTIVITY 

MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHER1NG_M0DE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP INVOKE SS 



(defined in clauses 8 and 25) 
(defined in clauses 9 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 8 and 25) 
(defined in clauses 12 and 25); 
(defined in clause 11). 



MS 



IMSC 



1 VLR 



A_CM_SERV_REQ 
(note 1) 
A_INVOKE_SS 
(note 3) 
A_INVOKE_SS 



MAP_PROCESS_ACC_REQ 
(note 2) 
MAP_INVOKE_SS 

MAP_INVOKE_SS 



< 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04.8x and 04.9x. Services 
shown in dotted lines indicate the trigger provided by the signalling on the radio path, and the signalling 
triggered on the radio path. 

NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 

NOTE 3: A_INVOKESS is a generic message to illustrate any supplementary service invocation request message 
on the air interface, e.g. BuildMPTY, see 3GPP TS 24.080 [38]. 

Figure 22.7.1/1 : Interfaces and services for supplementary service invocation 



22.7.2 Procedures in the MSC 

Process access request 

Before the Call Hold or Multi-Party supplementary services can be invoked, a CC connection must be established 
between the MS and the MSC as described in 3GPP TS 24.008 [35] and the Call Handling procedure descriptions 
within the present document. 

When an A_INVOKE_SS request message arrives at the MSC during a call (as described in 3GPP TS 24.010 [36], 
04. 8x and 04.9x-series of technical specifications), then if control of subscription to the invoked supplementary service 
is required, the MSC initiates the process access request procedure towards the VLR as described in clause 25 of the 
present document. 
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Supplementary service invocation 

If the Process Access Request procedure towards the VLR is successful, the MSC shall forward a MAP_INVOKE_SS 
service request towards the VLR. This request shall contain the SS-Code of the supplementary service to be invoked, 
and possibly the Basic service code. Mapping from the A_INVOKE_SS to this service request is described in 3GPP TS 
29.011 [59]. 

The MSC will receive a MAP_INVOKE_SS confirm from the VLR. If the outcome of the service is successful (i.e. the 
service confirm is empty), the MSC will invoke the requested supplementary service as described in GSM 02.8x-series, 
03. 8x and 03.9x-series of technical specifications. If the outcome of the service is unsuccessful, the MSC shall send an 
appropriate A_INVOKE_SS response towards the MS. The structure of this message is described in 3GPP TS 29.011 
[59] and 04. 8x and 04.9x-series of technical specifications. 

Error handling 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or MAP_CLOSE 
indication concerning the process is received from the VLR, the process is terminated. If a MAP_NOTICE indication 
was received from the VLR, the VLR dialogue must also be aborted by sending a MAP_U_ABORT request indicating 
Procedure error towards the VLR. Possible signalling to the MS is described in 3GPP TS 24.010 [36]. 

If an A_CM_RELEASE indication is received from the MS, all open transactions are released using the 
MAP_U_ABORT request indicating application procedure cancellation; the process terminates. 

The invocation procedure in the MSC is shown in figure 22.7.2/1. 
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Figure 22.7.2/1: Mobile initiated r vocation of supplementary service procedure in ttie MSC 
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Figure 22.7.2/1 (sheet 1 of 2): Procedure lnvoke_SS_MSC 
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Figure 22.7.2/1: Mobile initiated r vocation of supplementary service procedure in ttie MSC 



Waitjor 
SS_cnf 



MAP_ 

INVOKE_ 

SS_cnf 




involve 

suppiementary 

service 



iGSM 
J02.8X 
'03 .8X 
|04.8X 



A_iNVOKE_ 
SS_rsp 



Receive_ 
error s_ 
MSC 



^Section 22.11 



MAP_ 
CLOSE_ 



system 
err | failure 



NULL 



MAP_U_ 
ABORT_req 



Set error 
SYSTEM 
FAILURE 



A_INVOKE_ 
SS_rsp 



J Note 1 



^1 /' 
NULL NULL 



'CC connection 
I exists 



Note 1: Fictitious signal to indicate receipt/ sending of SS invocation involve component on the air interface, (eg. Build IVlPPt'}. 
Described in GSIVl 04.8Xand 09.11. 



22.7.2_1.2(2) 



Figure 22.7.2/1 (sheet 2 of 2): Procedure lnvoke_SS_MSC 
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22.7.3 Procedures in the VLR 

Process Access Request 

When receiving the MAP_PROCESS_ACCESS_REQUEST indication, the VLR acts as described in clause 25 of the 
present document. 

Supplementary service invocation 

When receiving the MAP_INVOKE_SS indication, the MAP user acts as follows: 

if the operator has barred the subscriber from access to supplementary services, the error "Call Barred" is 
returned to the MSC. The parameter "operatorBarring" shall be included with the error; 

if any irrelevant information elements (according to the service description) or invalid information element 
values are present in the service request, then the unexpected data value error is returned to the MSC in the 
MAP_INVOKE_SS response; 

if the VLR does not support the invoked supplementary service then the VLR shall respond with the SS Not 
Available error; 

if the requested supplementary service cannot be invoked by subscriber actions, then the VLR shall respond with 
the Illegal SS Operation error; 

if the subscriber is not provided with (i.e. subscribed to) the requested supplementary service, then the SS error 
status error (possibly including the SS-Status as parameter) is returned to the MSC in the MAP_INVOKE_SS 
response. 

If all checks are passed the VLR returns an empty MAP_INVOKE_SS response to the MSC, thus indicating that the 
invocation request was accepted. 

If at any time during this procedure a MAP_P_ABORT, MAP_U_ABORT, MAP_NOTICE or unexpected 
MAP_CLOSE indication concerning the process is received from the MSC, the process terminates. If a MAP_NOTICE 
indication was received from the MSC, that dialogue must be aborted by sending a MAP_U_ABORT request indicating 
Procedure error towards the MSC. The process terminates. 

The invocation procedure in the VLR is shown in figure 22.7.3/1. 
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Figure 22.7.3/1: Procedure lnvoke_SS_VLR 
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22.8 Password registration procedure 
22.8.1 General 

The password registration procedure is used to register a password in the HLR. The password registration procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described below. 

The password registration procedure is shown in figure 22.8.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST 

MAP_TRACE_SUBSCRIBER_ACTIVITY 

MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_GET_PASSWORD 



(defined in clauses 8 and 25); 
(defined in clauses 9 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clause 1 1). 
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NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 04.10, 04. 8x and 04.9x. Services 

shown in dotted lines are triggers/ triggered signalling on the radio path. 
NOTE 2: For details on the Process Access Request procedure, please refer to clause 25 in the present document. 
NOTE 3: Use of each of the three IVIAP_GET_PASSWORD operations is described in clause 22.8.4. 

Figure 22.8.1/1 : Interfaces and services for supplementary service password registration 
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22.8.2 Procedures in the MSC 

The password registration procedure in the MSC is identical to that for activation specified in clause 22.4.2. All the text 
and diagrams in clause 22.4.2 apply with all references to activation changed to password registration. 

22.8.3 Procedures in tine VLR 

The password registration procedure in the VLR is identical to that for activation specified in clause 22.4.3. All the text 
and diagrams in clause 22.4.3 apply with all references to activation changed to password registration. 

22.8.4 Procedures in tine HLR 

The procedure in the HLR is initiated when it receives a MAP_REGISTER_PASSWORD indication. 

The HLR acts as follows: 

if the operator has barred the subscriber for access to supplementary services, the Call Barred error is returned to 
the VLR. The parameter "operatorBarring" shall be included with the error; 

if any irrelevant information elements (according to the service description) or invalid information element 
values are present, then the unexpected data value error is returned to the VLR in the response. This error should 
thus be returned if the SS-Code provided by the mobile subscriber is not allocated. 

The HLR shall then process the MAP_REGISTER_PASSWORD indication as specified in 3GPP TS 23.011 [22]. 
During the handling of password registration, the password procedure will be initiated (as specified in 3GPP TS 23.01 1 
[22]) This will involve the sending of MAP_GET_PASSWORD requests to the VLR. 

- Handling of receipt of MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indications from the VLR is 
identical to their handling in the registration procedure, see clause 22.2.4 above. 

The password registration procedure in the HLR is shown in figure 22.8.4/L 
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Figure 22.8.4/1: Registration of supplementary service password procedure in HLR 
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Figure 22.8.4/1: Registration of supplementary service password procedure in HLR 
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22.9 Mobile Initiated USSD procedure 



22.9.1 General 

The procedure supports supplementary service signalling procedures which can allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in 3GPP TS 23.090 [34]. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST 

MAP_TRACE_SUBSCRIBER_ACTIVITY 

MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_UNSTRUCTURED_SS_REQUEST 

MAP_UNSTRUCTURED_S S_NOTIFY 
The following service is certainly used: 

MAP_PROCESS_UNSTRUCTURED_SS_REQUEST (defined in clause 1 1). 



(defined in clauses 8 and 25); 
(defined in clauses 9 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 8 and 25); 
(defined in clauses 12 and 25); 
(defined in clause 1 1); 
(defined in clause 11). 



22.9.2 Procedures in the MSC 

Before the Process Unstructured SS Request service can be invoked, a call independent CM connection must be created 
between the MS and the MSC. 

Once a CM-connection is established, the MSC may handle the A_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the MS. This message contains information input by the user, the message may be fed to an application contained 
locally in the MSC or to the VLR. The rules for determining this are specified in 3GPP TS 23.090 [34]. 

1) Message Destined for VLR 

If the message is destined for the VLR then the MSC shall transfer the message to the VLR using the mapping specified 
in detail in 3GPP TS 29.01 1 [59]. 

The MSC may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST or 

MAP_UNSTRUCTURED_SS_NOTIFY indications from the VLR. These shall be sent transparently to the MS. When 
a confirmation is received from the MS this shall be returned to the VLR. 

When the MSC receives a MAP_PROCESS_UNSTRUCTURED_SS_REQUEST confirmation from the VLR then it 
shall pass this to the MS and initiate release of the CM connection. 

2) Message Destined for Local Application 

If the message is destined for the local USSD application then the MSC shall transfer the message to the application. 

The MSC may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the MS. When a confirmation is received from the MS this shall be returned to the application. 
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When the MSC receives the resuh of the original operation from the application then it shall pass this to the MS and 
initiate release of the CM connection. 

Error Handling 

Both the MS and the VLR or USSD Application may initiate release of the CM-connection at any time. This is handled 
as shown in the diagrams. 

The procedure in the MSC is shown in figure 22.9.2/1. 
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Figure22.9.2/1: Handling of mobile initiated USSD at IVISC 
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22.9.3 Procedures in the VLR 

The initiation of the process is shown in clause 22.1.2. 

Once a MAP dialogue is established, the VLR may handle the MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the MSC. This message contains information input by the user, the message may be fed to an application 
contained locally in the VLR or to the HLR. The rules for determining this are specified in 3GPP TS 23.090 [34]. 

Message Destined for HLR 

If the message is destined for the HLR then the VLR shall transfer the message transparently to the HLR. 

The VLR may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY indications from the HLR. These shall be sent transparently to the MSC. 
When a confirmation is received from the MSC this shall be returned to the HLR. 

When the VLR receives a MAP_PROCESS_UNSTRUCTURED_SS_REQUEST confirmation from the HLR then it 
shall pass this to the MS and close the MAP provider service. 

Message Destined for Local Application 

If the message is destined for the local USSD application then the VLR shall transfer the message to the application. 

The VLR may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the MSC. When a confirmation is received from the MSC this shall be returned to the application. 

When the VLR receives the result of the original operation from the application then it shall pass this to the MSC and 
initiate release of the CM connection. 

Error Handling 

Both the MSC and the HLR or USSD Application may initiate release of the MAP service at any time. This is handled 
as shown in the diagrams. 

The procedure in the VLR is shown in figures 22.9.3/1 and 22.9.3/2. 
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Figure 22 .9.3/1: Handling for mobiie initiated USSD at VLR 
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22.9.4 Procedures in the HLR 

The Mobile initiated USSD Procedure in the HLR starts by the HLR receiving a MAP-OPEN service indication from 
the VLR. 

Once a MAP dialogue is established, the HLR may handle the MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
from the VLR. This message contains information input by the user. If the alphabet used for the message is understood 
then the message shall either be fed to an application contained locally in the HLR or to the gsmSCF or to a secondary 
HLR where the USSD application is located. If the alphabet is not understood then the error "UnknownAlphabet" shall 
be returned. 

Message Destined for Local Application 

If the message is destined for the local USSD application then the HLR shall transfer the message to the local 
application. 

The HLR may subsequently receive one or more requests from the application which correspond to the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be sent 
transparently to the VLR. When a confirmation is received from the VLR this shall be returned to the application. 

When the HLR receives the result of the original operation from the application then it shall pass this to the VLR and 
initiate release of the CM connection. 

Message Destined for gsmSCF or secondary HLR 

If the message is destined for the gsmSCF or secondary HLR then the primary HLR shall transfer the message 
transparently to the next node. 

The primary HLR may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY indications from the gsmSCF. These shall be sent transparently to the VLR. 
When a confirmation is received from the VLR this shall be returned to the gsmSCF. 

When the primary HLR receives a MAP_PROCESS_UNSTRUCTURED_SS_REQUEST confirmation from the 
gsmSCF then it shall pass this to the VLR and closes the MAP provider service. 

Error Handling 

The VLR, the USSD Application and the gsmSCF or secondary HLR may initiate release of the MAP service at any 
time. This is handled as shown in the diagrams. 

The procedure in the primary HLR is shown in figure 22.9.4/1. 
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22.9.5 Procedures in the gsmSCF/secondary HLR 

The Mobile initiated USSD Procedure in the gsmSCF/secondary HLR starts by the gsmSCF/secondary HLR receiving a 
MAP-OPEN service indication from the HLR. 

Once a MAP dialogue is established, the gsmSCF/secondary HLR may handle the 
MAP_PROCESS_UNSTRUCTURED_SS_REQUEST from the HLR. 
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The gsmSCF/secondary HLR shall transfer the message to the local application. 

The gsmSCF/secondary HLR may subsequently receive one or more requests from the application which correspond to 
the MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY indications. These shall be 
sent transparently to the HLR. When a confirmation is received from the HLR this shall be returned to the application. 

When the gsmSCF/secondary HLR receives the result of the original operation from the application then it shall pass 
this to the HLR and initiate release of the CM connection. 

Error Handling 

Both the HLR and the USSD Application may initiate release of the MAP service at any time. This is handled as shown 
in the diagrams. 

The procedure in the gsmSCF and secondary HLR is shown in figure 22.9.5/1. 
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22.10 Network initiated USSD procedure 

22.10.1 General 

The procedure supports supplementary service signalling procedures which can allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in 3GPP TS 23.090 [34]. 

The following services may be used: 

MAP_PAGE (defined in clauses 8 and 25) 

MAP_SEARCH_FOR_MOBILE_SUBSCRIBER (defined in clauses 8 and 25) 

MAP_PROCESS_ACCESS_REQUEST (defined in clauses 8 and 25) 

MAP_AUTHENTICATE (defined in clauses 8 and 25) 

MAP_SET_CIPHERING_MODE (defined in clauses 8 and 25) 

MAP_FORWARD_NEW_TMSI (defined in clauses 8 and 25) 

MAP_READY_FOR_SM (defined in clauses 12 and 25). 

At least one of the following services will certainly be used, and both may be used: 

MAP_UNSTRUCTURED_SS_REQUEST (defined in clause 1 1); 

MAP_UNSTRUCTURED_SS_NOTIFY (defined in clause 1 1). 

22.10.2 Procedure in the IVISC 

The procedure may be invoked either by the VLR or by a USSD application local to the MSC. They may start by using 
either the MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. If the request 
is initiated by a local USSD application then the MSC will open a dialogue with the VLR. 

In both cases the MSC will initiate a CM connection to the MS (using the page or search macros defined in 

clause 25.3). Once the connection is successfully established the message received from the VLR or USSD application 

will be sent to the MS using the mapping specified in 3GPP TS 29.01 1 [59]. 

Following transfer of the message the MSC will wait for a confirmation from the MS. This will be sent to the VLR or 
USSD application as appropriate. 

Following this, the MSC may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive an indication to release the connection to the MS. 

In the event of an error, the connection to the MS shall be released, and the MAP process with the VLR shall be aborted 
as shown in the diagram. 

The procedure in the MSC is shown in figure 22.10.2/1. 
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Figure 22 .10. 2/1: Handling of networl^ initeted USSD in MSC 
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Figure 22 .10. 2/1: Handling of network inlteted USSD In MSC 
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Figure 22 .10. 2/1: Handling of networl^ initeted USSD in MSC 
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22. 1 0.3 Procedure in the VLR 

The procedure may be invoked either by the HLR or by a USSD application local to the VLR. They may start by using 
either the MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. 

In both cases the VLR will first initiate a MAP dialogue with the MSC. When the indication for the unstructured SS 
request or notify is received then the macro Start_USSD_VLR will be used to page the MS and open a CM connection. 
Once the CM connection is successfully established the indication received from the HLR or USSD application will be 
sent to the MSC. 

Following transfer of the message the VLR will wait for a confirmation from the MSC. This will be sent to the HLR or 
USSD application as appropriate. 

Following this, the VLR may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive a MAP_CLOSE_ind. 

In the event of an error, the MAP process with the MSC shall be released, and if necessary the MAP process with the 
HLR shall be aborted as shown in the diagram. 

The procedure in the VLR is shown in figure 22.10.3/1. 

MSC Initiated USSD 

If a USSD application in the MSC wishes to use the network initiated USSD procedure, and a connection to the MS 
does not exist then it shall open a dialogue to the VLR. This dialogue will automatically lead to the VLR performing 
page and search using the macro Start_USSD_VLR. 

Macro Start_USSD_VLR 

This macro is used to initiate a CM connection with the MS for transfer of network initiated unstructured SS data. 

It first checks for correct data in the VLR. If a problem is found then "Err" is returned. 

A page or search procedure (as appropriate) will then be used to contact the MS. Following successful page or search 
the macro Process_Access_Request_VLR specified in clause 25.4 will be used to handle the CM connection 
establishment. 

The macro is shown in figure 22.10.3/2. 
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Figure 22.10.3/1: Handling of networl^ initeted USSD at VLR 
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Figure 22.10.3/1: Handling of networl^ initeted USSD at VLR 
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Figure 22.10.3/1: Handling of network inlteted USSD at VLR 
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Macrodefinition Start_USSD_VLR 

Figure 22.10.3/2: Macro to establish a connection to the IVIS for a networl< initiated USSD operatiori. 
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Figure 22.10.3/2: MactD to establish a connection to the MS for a networl< initiated USSD operation. 
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22.10.4 Procedure in the HLR 

The procedure may be invoked either by a gsmSCF, a secondary HLR or by a USSD appUcation local to the primary 
HLR. It may start by using either the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_S S_NOTIFY service. 

In both cases the primary HLR will first check whether the MS is reachable . 

If the MS is reachable, the primary HLR will initiate a MAP dialogue with the VLR and send the message received 
from the gsmSCF or secondary HLR or USSD application to the VLR. 

Following transfer of the message the primary HLR will wait for a confirmation from the VLR. This will be sent to the 
gsmSCF or secondary HLR or USSD application as appropriate. 

Following this, the primary HLR may receive further uses of the MAP_UNSTRUCTURED_SS_REQUEST or 
MAP_UNSTRUCTURED_SS_NOTIFY services, or may receive a MAP_CLOSE_ind. 

In the event of an error, the MAP process with the VLR shall be released and if necessary the MAP process with the 
gsmSCF or secondary HLR shall be aborted, as shown in the diagram. 

Message Originated by gsmSCF or secondary HLR 

If the message is originated by the gsmSCF or a secondary HLR then the primary HLR shall transfer the message 
transparently to the VLR. 

The primary HLR may subsequently receive one or more MAP_UNSTRUCTURED_SS_REQUEST_ind or 
MAP_UNSTRUCTURED_SS_NOTIFY_ind indications from the gsmSCF or secondary HLR. These shall be sent 
transparently to the VLR. When a confirmation is received from the VLR this shall be returned to the next node as 
appropriate. 

When the primary HLR receives a MAP_CLOSE_ind from the gsmSCF or secondary HLR then it shall pass this to the 
VLR and close the MAP dialogue. 

The procedure in the primary HLR is shown in figure 22.10.4/1 and 22.10.4/2. 
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Figure 22.1 0.4/1 Handling of network initiated USSD at HLR 
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Figure 22.10.4/1 (sheet 5 of 5): Procedure NI_USSD_HLR 
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Macrodefinition Start_USSD_HLR 

Figure 22.10.4/2: Macro to check MS is reachable at the HLR for a network initiated USSD operation 
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Figure 22.10.4/2: Macro Start_USSD_HLR 

22.10.5 Procedure in the gsmSCF and secondary HLR 

The procedure is invoked by an USSD application local to the gsmSCF/secondary HLR. It may start by using either the 
MAP_UNSTRUCTURED_SS_REQUEST or MAP_UNSTRUCTURED_SS_NOTIFY service. 

In both cases the gsmSCF will initiate a MAP dialogue with the HLR and send the message received from the USSD 
application to the HLR. 
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Following transfer of the message the gsmSCF will wait for a confirmation from the HLR. This will be relayed to the 
USSD application.. 

Following this, the gsmSCF/secondary HLR may receive further UNSTRUCTURED_SS_REQUEST or 
UNSTRUCTURED_SS_NOTIFY requests, or may receive a Release from the USSD application. 

In the event of an error, the MAP dialogue with the HLR shall be released as shown in the diagram. 

The procedure in the gsmSCF and secondary HLR is shown in figure 22.10.5/L 
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Figure 22.10.5/1 (sheet 1 of 2): Procedure NI_USSD_gsmSCF_secondary_HLR 
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Figure 22.10.5/1 (sheet 2 of 2): Procedure NI_USSD_gsmSCF_secondary_HLR 
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22.1 1 Common macros for clause 22 

The following macros are used for the description of more than one of the supplementary service processes described in 

clause 22. 

22. 11 .1 SS Password handling macros 

Macro Get_Password_MSC 

This macro is used by the MSC to relay a request for password from the VLR to the MS, and to relay a response from 
the MS back to the VLR. The macro is described in figure 22. 1 1 . 1/1 . 

Macro Get_Password_VLR 

This macro is used by the VLR to relay a request for password from the HLR to the MSC, and to relay a response from 
the MSC back to the HLR. The macro is described in figure 22. 11.1/2. 
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Macrodefinition GET PASSWORD MSC 



Figure 22.1 1.1/1: Macro which relays a Get Pas sword request from the VLR to the IVIS 
and relays the GetPassword response from the MS to the VLR 
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Figure 22.11.1/1: Macro Get_PW_MSC 
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Macrodefinition GET PASSWORD VLR 



Figure 22.1 1.1/2: Macro which relay a GetPassword request from the HLR to the VLR 
and relays the GetPassword response from the VLR to the HLR 
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Figure 22.11.1/2: Macro Get_PW_VLR 
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22. 11 .2 SS Error handling macros 

Macro Receive_errors_MSC 

This macro is used by the MSC to receive signals which should lead to failure if received in any state of a 
supplementary service process. If the air interface connection is released by the MS, the communication towards the 
VLR is aborted, and the MSC should return to a stable "NULL" state. If a MAP_NOTICE indication is received from 
the VLR, or the VLR aborts or unexpectedly closes the connection, then the air interface connection shall be released. 
The macro is described in figure 22. 11. 2/1. 

Macro Receive_error_from_MSC 

This macro is used by the VLR to receive signals from the MSC which should lead to failure if received in any state of 
a supplementary service process. If a MAP_NOTICE indication is received from the MSC, that connection is closed 
before the only outcome of the macro, "err" is reported back to the calling process. The macro is described in 

figure 22.11.2/2. 

Macro Receive_error_from_HLR 

This macro is used by the VLR to receive signals from the HLR which should lead to failure if received in any state of a 
supplementary service process. If a MAP_NOTICE indication is received from the HLR, that connection is closed. The 
macro is described in figure 22. 1 1 .2/3. 

Macro Receive_error_from_VLR 

This macro is used by the HLR to receive signals from the VLR that should lead to failure if received in any state of a 
supplementary service process. If a MAP_NOTICE indication is received from the VLR, that connection is closed 
before the only outcome of the macro, "err" is reported back to the calling process. The macro is described in 
figure 22.1 1.2/4. 

Macro Receive_error_froin_next_node 

This macro is used by the primary HLR to receive signals from the gsmSCF or secondary HLR that should lead to 
failure if received in any state of a supplementary service process. If a MAP_NOTICE indication is received from the 
next node, that connection is closed. The macro is described in figure 22.11.2/5. 
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Macrodefinition Receive errors MSC 
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Figure 22.1 1 .2/1: Macro which handes possibleerror situations while the MSC is waiting for a confirmation of a supptementary 
service request to the VLR 
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Figure 22.11.2/1: Macro Receive_Errors_MSC 
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Macrodefinition Receive error from MSC 



Figure 22.1 1 .2/2: Macro to receive errors from the MSC during supplementary services procedures in the VLR ^ 
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Figure 22.11.2/2: Macro Receive_Error_from_MSC 
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Macrodefinition Receive error from HLR 



Figure 22.1 1.2/3: Macro to receve errors from the HLR while the VLR is waiting for a confirm atbn of a supplementary ^ 

service request sent to the HLR 
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Figure 22.11.2/3: Macro Receive_Errors_HLR 
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Macrodefinition Receive_error_from_VLR 

Figure 22.1 1 .2/4; Macro to receive errors from tine VLR durin 
supplementary services procedures in the HLR 
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Figure 22.11.2/4: Macro Receive_error_from_VLR 
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Macrodefinition Receive error from next node 



Figure 22.1 1.2/5: Macro to receive errors from the next node while the HLR is waiting for a \ 
confirmation of a supplementary service request sent to the next node -\ 
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Figure 22.11.2/5: Macro Receive_error_from_next_node 
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22.12 Supplementary Service Invocation Notification procedure 
22.12.1 General 

The Supplementary Service Invocation Notification procedure is used to notify a gsmSCF about the invocation of a 
GSM Supplementary Service. 

The password registration procedure is shown in figure 22.12.1/1. 

The following services may be used: 




(1) 



(2) <- 



gsmSCF 



(1 ) MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION (MSC to gsmSCF). 

(2) MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION-ACK (gsmSCF to MSC). 
MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION (defined in clauses 8 and 25). 

Figure 22.12.1/1 : Interfaces and services for supplementary service invocation notification 

22.12.2 Procedures in the MSC 

The supplementary service invocation notification procedure in the MSC is triggered when the requested supplementary 
service is invoked at the MSC. The MSC notifies the gsmSCF of a supplementary service invocation via the MAP- 
SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION service. This is sent in a TCAP TC-BEGIN 
primitive. The MSC then awaits a positive or negative acknowledgement from the gsmSCF to the MAP- 
SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION. This is received in a TCAP TC-END primitive, and 
upon receipt the relationship between the MSC and the gsmSCF is terminated. Similarly, the relationship is terminated 
at the MSC by the sending of or receipt of a TCAP P-ABORT primitive. This is illustrated in figure 22.12.2/1. 
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Figure 22.12.2/1 : Process SS_lnvocation_Notify_MSC (sheet 1 of 1) 
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22.12.3 Procedures in the gsmSCF 



Upon receiving notification of the supplementary service invocation via the MAP-SUPPLEMENTARY-SERVICE- 
INVOCATION-NOTIFICATION service, the gsmSCF analyses the received information. If the gsmSCF understands 
the information sent via the MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION service then it 
returns a positive acknowledgement to the MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION, 
indicating the success of the service. This is returned in a TCAP TC-END primitive, using the basic end procedure. 

Otherwise, a negative acknowledgement to the MAP-SUPPLEMENTARY-SERVICE-INVOCATION- 
NOTIFICATION is returned. This is also returned in a TCAP TC-END primitive, again using the basic end procedure. 
The gsmSCF TCAP service may also choose to abort the relationship to the MSC by sending a TCAP P- ABORT 
primitive. It will immediately terminate processing of a MAP-SUPPLEMENTARY-SERVICE-INVOCATION- 
NOTIFICATION should a TCAP P- ABORT primitive be received from the MSC. This is illustrated in figure 22.12.3/1. 
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Process SS_lnvocation_Notify_gsmSCF 
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Figure 22.12.3/1 : Process SS_lnvocation_Notify_gsmSCF (sheet 1 of 1) 
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22. 1 3 Activation of a CCBS request 
22.13.1 General 

The message flow to activate a CCBS request is shown in figure 22.13.1/1. 




MAP_REGISTER_CC_ENTRY 





Figure 22.13.1/1 : Message flow to activate a CCBS request 

22.13.2 Procedure In the VLR 

The MAP process in the VLR to activate a CCBS request is shown in figure 22.13.2/1. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see clause 25.1.2; 
see clause 25.2.2. 



Successful Outcome 

When the MAP process receives a CCBS Request message from the CCBS application process in the VLR, it requests a 
dialogue with the HLR whose identity is contained in the request by sending a MAP_OPEN service request and the 
necessary information in a MAP_REGISTER_CC_ENTRY service request. The VLR then invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

If the MAP process receives a MAP_REGISTER_CC_ENTRY service confirm from the HLR, the MAP process 
invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a CCBS Request Ack message containing 
the information received from the HLR to the CCBS application process in the VLR and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a CCBS Request Negative 
response message to the CCBS application process in the VLR and returns to the idle state. 

Error in MAP_REGISTER_CC_ENTRY confirm 

If the MAP_REGISTER_CC_ENTRY service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a CCBS Request Negative response 
message to the CCBS application process in the VLR and returns to the idle state. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication. In this case, the MAP process sends a CCBS Request negative response to the CCBS 
application process in the VLR and returns to the idle state. 
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If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a CCBS Request negative response indicating system failure to the CCBS application 
process in the VLR and returns to the idle state. 
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Figure 22.13.2/1: Process Register_CC_Entry_VLR 
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22.13.3 Procedure in the HLR 

Successful outcome 

When the MAP process receives a MAP_REGISTER_CC_ENTRY_indication from the co-ordinating process, it sends 
a CCBS Request message to the CCBS appHcation process in the HLR, and waits for a response. The request contains 
the parameters received in the MAP_REGISTER_CC_ENTRY service indication. 

If the CCBS apphcation process in the HLR returns a positive response, the MAP process constructs a 
MAP_REGISTER_CC_ENTRY service response, constructs a MAP_CLOSE service request, sends them to the co- 
ordinating process and terminates. 

Negative response from HLR CCBS application process 

If the CCBS application process in the HLR returns a negative response, the MAP process constructs a 
MAP_REGISTER_CC_ENTRY service response containing the appropriate error, constructs a MAP_CLOSE service 
request, sends them to the co-ordinating process and terminates. 
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Process Register_CC_En1ry_HLR 

Figure 22.1 3.3/1: Process in the HLR ^ 
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Figure 22.13.3/1: Process Register_CC_Entry_HLR 
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22.14 Deactivation of a CCBS request 
22.14.1 General 

The message flow to deactivate a CCBS request is shown in figure 22.14.1/1. 




MAP_ERASE_CC_ENTRY 





Figure 22.14.1/1 : Message flow to deactivate a CCBS request 

22.14.2 Procedure In the VLR 

The MAP process in the VLR to deactivate a CCBS request is shown in figure 22.14.2/1. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows; 



Receive_Open_Cnf 
Check Confirmation 



see clause 25.1.2; 
see clause 25.2.2. 



Successful Outcome 

When the MAP process receives a Deactivate CCBS message from the CCBS application process in the VLR, it 
requests a dialogue with the HLR whose identity is contained in the request by sending a MAP_OPEN service request 
and the necessary information in a MAP_ERASE_CC_ENTRY service request. The VLR then invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

If the MAP process receives a MAP_ERASE_CC_ENTRY service confirm from the HLR, the MAP process invokes 
the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Deactivate CCBS Ack message 
containing the information received from the HLR to the CCBS application process in the VLR and returns to the idle 

state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a Deactivate CCBS 
Negative response message to the CCBS application process in the VLR and returns to the idle state. 

Error in MAP_ERASE_CC_ENTRY confirm 

If the MAP_ERASE_CC_ENTRY service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Deactivate CCBS Negative response 
message to the CCBS application process in the VLR and returns to the idle state. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT indication. In this case, the MAP process sends a Deactivate CCBS negative response to the CCBS 
application process in the VLR and returns to the idle state. 
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If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a Deactivate CCBS negative response indicating system failure to the CCBS application 
process in the VLR and returns to the idle state. 
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Figure 22.14.2/1: Process Erase_CC_Entry_VLR 
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22.14.3 Procedure in the HLR 

Successful outcome 

When the MAP process receives a MAP_ERASE_CC_ENTRY_indication from the co-ordinating process, it sends a 
Deactivate CCBS message to the CCBS application process in the HLR, and waits for a response. The message contains 
the parameters received in the MAP_ERASE_CC_ENTRY service indication. 

If the CCBS apphcation process in the HLR returns a positive response, the MAP process constructs a 
MAP_ERASE_CC_ENTRY service response, constructs a MAP_CLOSE service request, sends them to the co- 
ordinating process and terminates. 

Negative response from HLR CCBS application process 

If the CCBS application process in the HLR returns a negative response, the MAP process constructs a 
MAP_ERASE_CC_ENTRY service response containing the appropriate error, constructs a MAP_CLOSE service 
request, sends them to the co-ordinating process and terminates. 
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Process Erase_CC_Ertry_HLR 

Figure 22. 14.3/1: Process in the HLR 
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23 Short message service procedures 
23.1 General 

The short message service procedures are used to control both mobile originated and mobile terminated short message 
transfer. 

Four procedures exist for short message services: 

mobile originated short message service transfer; 

mobile terminated short message service transfer; 

short message alert procedure; 

short message waiting data set procedure. 
The following application context refers to a complex MAP user consisting of several processes: 

shortMessageGatewayContext. 

This application context needs a co-ordinating process in the HLR. Additionally a Co-ordinator has to be defined for the 
mobile originated situation in the MSC, because the A_CM_SERV_REQ message does not distinguish between mobile 
originated short message transfer and the short message alert procedures. 

NOTE: A_CM_SERV_REQ message is not used for SMS over GPRS. 

23.1 .1 Mobile originated short message service Co-ordinator for the MSC 

The A_CM_SERV_REQ message (3GPP TS 24.008 [35]) is received from the A-interface containing the CM service 
type. This parameter indicates mobile originated short message service. The service 
MAP_PROCESS_ACCESS_REQUEST is started. 

If the MAP_PROCESS_ACCESS_REQUEST service ends successfully, the MS initiates mobile originated short 
message transfer or alerting indication. Depending on the situation, the appropriate process is initiated as follows: 

- if the A_RP_MO_DATA indication is received, the process MOSM_MSC is initiated (see clause 23.2. 1); 

- if the A_RP_SM_MEMORY_AVAILABLE indication is received, the process SC_Alert_MSC is initiated (see 
clause 23.4.1). 

After creation of the user process the Co-ordinator relays the messages between the A-interface and the invoked process 
until a request or an indication for dialogue termination is received. 

The SMS process Co-ordinator is shown in the figure 23.1/1. 
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Figure 23.1/1: The SMS co-ordinating 
process in the MSC. 
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Figure 23.1/1 : Process Co_SMS_MSC 
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23.1 .2 Short message Gateway Co-ordinator for the HLR 

The MAP_OPEN indication opens a dialogue for the short message procedure between the gateway MSC and the HLR 
when the appHcation context shortMessageGatewayContext is received. If that service is successful, the Co-ordinator 
can receive the first service primitive from the MAP_PM. Depending on the received primitive, the user process is 
created as follows: 

- if the MAP_SEND_ROUTING_INFO_FOR_SM indication is received, the process 
Mobile_Terminated_SM_HLR is created; 

- if the MAP_REPORT_SM_DELIVERY_STATUS indication is received, the process 
Report_SM_delivery_stat_HLR is created. 

After creation of the user process the Co-ordinator relays the messages between the MAP_PM and the invoked process 
until a request or an indication for dialogue termination is received. 

The SM Gateway Co-ordinator is shown in the figure 23.1/2. 

If the Receive_Open_Ind macro takes the Vr exit then HLR shall perform the MAP Vr dialogue. But based on the 
subscriber data, handling at the MAP user application level may be performed as described in release 97 : 

If the subscriber is not a GPRS subscriber then the behaviour of the HLR shall be the same as described in the 
corresponding MAP Vr release. 

If the subscriber is a GPRS subscriber and a non-GPRS subscriber with the option « transfer of SM via the MSC 
when GPRS is not supported in the GMSC » then the behaviour of the HLR shall be the same as described in the 
corresponding MAP Vr release. 

If the subscriber is a GPRS subscriber and a non-GPRS subscriber with the option « transfer of SM via the 
SGSN when GPRS is not supported in the GMSC » or if the subscriber is a GPRS subscriber only then the 
behaviour of the HLR shall be the same as for the case transfer over GPRS described in MAP release 97, with 
the following precision: because GMSC does not support MAP release 97, the previous MAP protocol release is 
used. When the HLR sends the MAP_SEND_ROUTING_INFO_FOR_SM_Resp, the SGSN number is mapped 
to the MAP parameter « MSC number ». When the HLR sends the MAP_INFORM_SERVICE_CENTRE_resp, 
the MNRG status shall be mapped to the MAP parameter « mnrf-set ». When the HLR receives the 
MAP_REPORT_SM_DELIVERY_STATUS_Ind, it shall interpret the deUvery outcome as a GPRS delivery 
outcome. 
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23.1 .3 Mobile originated sinort message service Co-ordinator for tine SGSN 

The MS initiates mobile originated short message transfer or alerting indication. Depending on the situation, the 
appropriate process is initiated as follows: 

- if the A_RP_MO_DATA indication is received, the process MOSM_SGSN is initiated (see clause 23.2.4); 

- if the A_RP_SM_MEMORY_AVAILABLE indication is received, the process SC_Alert_SGSN is initiated (see 
clause 23.4.5). 

After creation of the user process the Co-ordinator relays the messages between the SGSN and the MS, and the invoked 
process until a request or an indication for dialogue termination is received. 

The SMS process Co-ordinator is shown in the figure 23.1/3. 
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Process Co_SMS_SGSN 

Figure 23.1/3: The SMS co-ordinating process in the SGSN 
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23.2 



The mobile originated short message transfer procedure 



The mobile originated short message service procedure is used to forward short message from a mobile subscriber to a 
Service Centre. The mobile originated short message service procedure is shown in figure 23.2/1. 
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Figure 23.2/1 : Mobile originated short message transfer 

In addition the following MAP services are used: 
MAP_PROCESS_ACCESS_REQUEST 



MAP_AUTHENT1CATE 

MAP_SET_ClPHERING_MODE 

MAP_PROVIDE_IMSI 

MAP_CHECK_IMEI 

MAP_FORWARD_NEW_TMSl 

MAP_TRACE_SUBSCR1BER_ACTIVITY 

MAP_READY_FOR_SM 

(*) Those messages are not used by SGSN. 



(see clause 8.3); (*) 
(see clause 8.5); (*) 
(see clause 8.6); (*) 
(see clause 8.9); (*) 
(see clause 8.7); 
(see clause 8.9); (*) 
(see clause 9.1); (*) 
(see clause 12.4). 



23.2.1 Procedure in the servicing MSC 

The activation of the MAP_PROCESS_ACCESS_REQUEST service is described in the clause 25.4.1. 

When receiving the short message from the A-interface, the MSC sends the MAP_SEND_lNFO_FOR_MO_SMS 
request to the VLR. As a response the MSC will receive the MAP_SEND_INFO_FOR_MO_SMS confirmation from 
VLR indicating that: 

the service ends successfully. If the MSC is not itself the IWMSC, the short message transmission towards the 
IWMSC is initiated using the MAP_MO_FORWARD_SHORT_MESSAGE request; 
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the service ends unsuccessfully. The error cause in the MAP_SEND_INFO_FOR_MO_SMS confirmation 
indicates the reason for the unsuccessful end. The mapping between MAP error causes and RP_ERROR causes 
is described in 3GPP TS 23.140. 

If there are data errors in the MAP_SEND_INFO_FOR_MO_SMS confirmation, or there is an operation failure in 
MAP, the RP_ERROR cause network out of order is forwarded to the mobile station. 

The MSC opens a CAMEL dialogue as specified in 3GPP TS 23.078. If the CAMEL service bars the MO SM then the 
failure is reported to MS. 

The MSC checks the barring as follows; 

if the short message transfer would contravene operator determined barring, the failure is reported to the 
CAMEL service as specified in 3GPP TS 23.078 and the call barred error with cause operator barring is returned 
to MS; 

if the short message transfer would contravene the supplementary service call barring conditions, the failure is 
reported to the CAMEL service as specified in 3GPP TS 23.078 and the call barred error with cause barring 
service active is returned to MS. 

If the service MAP_MO_FORWARD_SHORT_MESSAGE is started, the MSC will check whether the grouping of 
MAP_OPEN request and MAP_MO_FORWARD_SHORT_MESSAGE request needs segmentation. If this is the case 
then the MAP_OPEN request primitive shall be sent first without any associated MAP service request primitive and the 
dialogue confirmation must be received before the MAP_MO_FORWARD_SHORT_MESSAGE request is sent. As a 
response to the procedure, the servicing MSC will receive the MAP_MO_FORWARD_SHORT_MESSAGE 
confirmation from the IWMSC indicating that: 

the short message has been successfully delivered to the Service Centre. The successful submission of SM is 
reported to the CAMEL service as specified in 3GPP TS 23.078 and the acknowledgement is sent to the mobile 
station; 

one of several error cases has occurred. The mapping between MAP error causes and RP_ERROR causes is 
described in 3GPP TS 23.140. The failure in the SM submission is reported to the CAMEL service as specified 
in 3GPP TS 23.078 and the appropriate indication is provided to the mobile station. 

If the procedure failed, a provider error or an abort indication is received. The RP_ERROR cause network out of order 
is provided to the mobile station. 

If the MSC itself is the interworking MSC, the short message is forwarded to the Service Centre. In that case the service 
MAP_MO_FORWARD_SHORT_MESSAGE is not initiated. The acknowledgement message from the Service Centre 
is forwarded to the mobile stadon (3GPP TS 23.140, 3GPP TS 24.01 1 [37]). 

The mobile originated short message service procedure is shown in figure 23.2/2. 
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Figure 23.2/2 (sheet 3 of 4): Process MOSM_MSC 
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Figure 23.2/2 (sheet 4 of 4): Process MOSM_MSC 
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23.2.2 Procedure in the VLR 

The MAP_PROCESS_ACCESS_REQUEST indication starts the MAP_PROCESS_ACCESS_REQUEST service in 
the VLR. The appHcation context in the MAP_OPEN indication is mobile originated short message transfer. 

If the service MAP_PROCESS_ACCESS_REQUEST is successful, the VLR waits for the next message from the MSC. 
When receiving the MAP_SEND_INFO_FOR_MO_SMS indication, the VLR acts as follows: 

if there is incompatibility in the subscription check, the error teleservice not provisioned is returned to the MSC; 

if the short message transfer would contravene Operator determined Barring (BAOC), the call barred error with 
cause operator barring is returned; 

if the short message transfer would contravene the supplementary service call barring conditions (B AOC)in the 
VLR, the call barred error with cause barring service active is returned. 

When the mobile subscriber has passed all checks, the MAP_SEND_INFO_FOR_MO_SMS response is initiated and 
the procedure is terminated in the VLR. The mobile originated short message transfer procedure in the VLR is shown in 
figure 23.2/3. 
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23.2.3 Procedure in the interworking MSC 

This procedure applies only when the IWMSC is not the servicing MSC or SGSN. 

When receiving a MAP_OPEN indication primitive that is not associated with any MAP service indication primitive 
and if the dialogue is accepted, the MAP service-user in the interworking MSC issues a MAP_DELIMITER request 
primitive in order to trigger the local MAP service-provider to confirm the dialogue. Then a 
MAP_MO_FORWARD_SHORT_MESSAGE indication shall be received. 

When a MAP_MO_FORWARD_SHORT_MESSAGE indication is correcdy received, the Interworking MSC invokes 
forwarding of the short message to the Service Centre. If invalid data content is detected, an unexpected data value error 
or a data missing error is returned to the servicing MSC or SGSN. 

The outcome of the procedure with the Service Centre is awaited before a 
MAP_MO_FORWARD_SHORT_MESSAGE response is given back to the servicing MSC or SGSN: 

if a short message is accepted by the Service Centre, an acknowledgement is sent back to the servicing MSC or 
SGSN; 

if the Service Centre is not identified, the SM Delivery Failure error is returned to the servicing MSC or SGSN; 

if the Service Centre returns an error indication, the SM Delivery Failure error is returned to the servicing MSC 
with the error cause and any diagnostic information received from the Service Centre; 

if the short message cannot be forwarded to the Service Centre or the procedure towards the Service Centre fails 
for some reason, a system failure error is sent to the servicing MSC or SGSN. 

The mobile originated short message service transfer in the IWMSC is shown in figure 23.2/4. 
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23.2.4 Procedure in the servicing SGSN 

When receiving the short message from the MS, the SGSN acts as follows: 

if there is incompatibility in the subscription check, the RP_ERROR cause requested facility not subscribed is 
provided to the mobile station; 

- the SGSN opens a CAMEL dialogue as specified in 3GPP TS 23.078. If the CAMEL service bars the MO SM 
then the failure is reported to MS; 

if the short message transfer would contravene operator determined barring, , the failure is reported to the 
CAMEL service as specified in 3GPP TS 23.078 and the RP_ERROR cause operator determined barring is 
provided to the mobile station; 

NOTE: The RP_ERROR causes are described in 3GPP TS 24.01 1 [37]. 

if no error is detected, the short message transmission towards the IWMSC is initiated using the 
MAP_MO_FORWARD_SHORT_MESSAGE request. 

If the service MAP_MO_FORWARD_SHORT_MESSAGE is started, the SGSN will check whether the grouping of 
MAP_OPEN request and MAP_MO_FORWARD_SHORT_MESSAGE request needs segmentation. 

If this is the case then the MAP_OPEN request primitive shall be sent first without any associated MAP service request 
primitive and the dialogue confirmation must be received before the MAP_MO_FORWARD_SHORT_MESSAGE 
request is sent. As a response to the procedure, the servicing SGSN will receive the 
MAP_MO_FORWARD_SHORT_MESSAGE confirmation from the IWMSC indicating that: 

the short message has been successfully delivered to the Service Centre. The successful submission of SM is 
reported to the CAMEL service as specified in 3GPP TS 23.078 and the acknowledgement is sent to the mobile 
station; 

one of several error cases has occurred. The mapping between MAP error causes and RP_ERROR causes is 
described in 3GPP TS 23.140. The failure in SM submission is reported to the CAMEL service as specified in 
3GPP TS 23.078 and the appropriate indication is provided to the mobile station. 

If the procedure failed, a provider error or an abort indication is received. The RP_ERROR cause network out of order 
is provided to the mobile station. 

The mobile originated short message service procedure is shown in figure 23.2/5. 
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23.3 The mobile terminated short message transfer procedure 

The mobile terminated short message transfer procedure is used for forwarding a short message or several short 
messages from a Service Centre to a mobile subscriber. The mobile terminated short message procedure for a single 
short message transfer is shown in figure 23.3/1. 

+ + + ++ + + + + + + + 

1 MS 1 I Servicing I | VLR | | HLR | | Gateway 1 1 SC 1 
1 1 IMSCorSGSNl 1 11 11 MSC 1 1 1 



+ - 



-+ +- 
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1 ) Short Message (3GPP TS 23.1 40). 

2) MAP_SEND_ROUTING_INFO_FOR_SM. 

3) MAP_SEND_ROUTING_INFO_FOR_SM_ACK. 

4) MAP_MT_FORWARD_SHORT_MESSAGE. 

5) MAP_SEND_INFO_FOR_MT_SMS (*). 

6) MAP_PAGE/MAP_SEARCH_FOR_MOBILE_SUBSCRIBER {*). 

7) Page (3GPP TS 24.008 [35]). 

8) Page response (3GPP TS 24.008 [35]). 

9) MAP_PROGESS_AGGESS_REQUEST_AGK and 
MAP_SEARGH_FOR_MOBILE_SUBSGRIBER_AGK{*). 

10) MAP_SEND_INFO_FOR_MT_SMS_AGK (*). 

1 1 ) Short Message (3GPP TS 24.01 1 [37]). 

1 2) Short Message Acknowledgement (3GPP TS 24.01 1 [37]). 

1 3) MAP_MT_FORWARD_SHORT_MESSAGE_AGK. 

14) Short Message Acknowledgement (3GPP TS 23.140). 
(*) Messages 5), 6), 9), and 10) are not used by SGSN. 

Figure 23.3/1 : Mobile terminated short message service procedures 
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The mobile terminated short message procedure for multiple short message transfer is shown in figure 23.3/2. 
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Figure 23.3/2: Mobile terminated short message procedure for multiple short message transfer 

In the multiple short message transfer the service MAP_MT_FORWARD_SHORT_MESSAGE can be used several 
times. However, the short message transfer is always acknowledged to the Service Centre before the next short message 
is sent. 



In addition the following MAP services are used: 
MAP_PROCES S_ACCESS_REQUEST 
MAP_PAGE 

MAP_SEARCH_FOR_MS 
MAP_AUTHENTICATE 
MAP SET CIPHERING MODE 



(see clause 8.3); (*) 
(see clause 8.2); (*) 
(see clause 8.2); (*) 
(see clause 8.5); (*) 
(see clause 8.6); (*) 
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MAP_CHECK_IMEI (see clause 8.7); 

MAP_FORWARD_NEW_TMSI (see clause 8.9); (*) 

MAP_REPORT_SM_DELIVERY_STATUS (see clause 12.3); 

MAP_INFORM_SERVICE_CENTRE see clause 12.6); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clause 9.1); (*) 

MAP_READY_FOR_SM (see clause 12.4). 
(*) Those messages are not used by SGSN. 

23.3.1 Procedure in the Servicing MSC 

When initiating the dialogue with the servicing MSC, the SMS Gateway MSC must provide the IMSI of the subscriber 
to whom the short message is directed. 

The IMSI can be included either in the Destination Reference of the MAP_OPEN indication received from the SMS 
Gateway MSC or in the sm-RP-DA information field of the MAP_MT_FORWARD_SHORT_MESSAGE indication. 

When receiving a MAP_OPEN indication primitive that is not associated with any MAP service indication primitive 
and if the dialogue is accepted, the MAP service-user in the servicing MSC issues a MAP_DELIMITER request 
primitive in order to trigger the local MAP service-provider to confirm the dialogue. 

When receiving the first MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC, the servicing 
MSC sends the MAP_SEND_INFO_FOR_MT_SMS request primitive to the VLR, if the MAP service primitive is 
accepted and if short message service is supported in the servicing MSC. 

The MAP_MT_FORWARD_SHORT_MESSAGE indication primitive is checked by the macro "Checkjndication". If 
the received MAP service primitive contains errors, the service is aborted and an unexpected data value error or data 
missing error is returned to the GMSC. 

If the MSC does not support the short message service, the service is aborted in the servicing MSC and the error 
"Facility Not Supported" is returned to the GMSC. 

The subscriber identity information that may be included in the MAP_OPEN indication primitive and in the MAP 
service indication primitive is checked by the macro "Check_Subscr_Identity_For_MT_SMS" as follows. 

If a Destination Reference has been received in the MAP_OPEN indication, an LMSI must be present in the sm-RP-DA 
information field of the MAP_MT_FORWARD_SHORT_MESSAGE indication. The LMSI shall be included in the 
sm-RP-DA information field of the MAP_SEND_INFO_FOR_MT_SMS request sent to the VLR; the associated 
MAP_OPEN request must contain a Destination Reference that carries an IMSI. 

Otherwise, if the IMSI is included in the sm-RP-DA information field of the 

MAP_MT_FORWARD_SHORT_MESSAGE indication, it is mapped into the sm-RP-DA information field of the 
MAP_SEND_INFO_FOR_MT_SMS request that is sent to the VLR. In this case, the IMSI is not accompanied by an 
LMSI and neither the MAP_OPEN indication received from the gateway MSC nor the MAP_OPEN request sent to the 
VLR shall include a Destination Reference. 

If a Destination Reference has been received in the servicing MSC and the sm-RP-DA information field of the 
MAP_MT_FORWARD_SHORT_MESSAGE indication does not include an LMSI or if no Destination Reference has 
been received and the sm-RP-DA information field does not cover an IMSI the service is aborted in the servicing MSC 
and the error "Unexpected Data Value" is returned to the SMS GMSC. 

The following responses to the MAP_SEND_INFO_FOR_MT_SMS request may be received from the VLR: 

unidentified subscriber or system failure error. The error code is forwarded to the GMSC; 

absent subscriber error. The absent subscriber_SM error is forwarded to the GMSC with the absent subscriber 
diagnostic indication set to IMSI Detached'; 

unknown subscriber error. The system failure indication is provided to the GMSC; 
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data missing or unexpected data value error. The system failure indication is provided to the GMSC; 

a provider error or an abort indication. The system failure indication is provided to the GMSC; 

subscriber busy for MT SMS. The error code is forwarded to the GMSC; 

paging procedure invocation (see clause 25.3) reporting the successful outcome of the procedure; 

search procedure invocation (see clause 25.3) reporting the successful outcome of the procedure. 

The result of the paging or the search procedure is processed as follows: 

- if the procedure is completed successfully, the MSC will send the MAP_PROCESS_ACCESS_REQUEST 
request to the VLR (see clause 25.4); 

if the procedure is completed successfully, but the MS has no mobile terminated short message transfer 
capability, the procedure is terminated and SM delivery failure indication with cause "equipment not SM 
equipped" is provided to the GMSC; 

if the procedure ends unsuccessfully, the termination of the procedure is awaited from the VLR. The absent 
subscriber_SM error is forwarded to the GMSC with the absent subscriber diagnostic indication set to 'No 
Paging Response', but the other error causes are reported as a system failure indication. 

If the short message transfer is aborted for any reason, the dialogue with the VLR is aborted. If the procedure with the 
VLR is aborted by the VLR or by the provider, a system failure indication is provided to the GMSC. 

The unsuccessful outcome of the MAP_PROCESS_ACCESS_REQUEST service is reported by using the system 
failure error to the GMSC. 

When the service MAP_PROCESS_ACCESS_REQUEST is carried out, the MSC will receive the 
MAP_SEND_INFO_FOR_MT_SMS confirmation indicating: 

the unsuccessful outcome of the procedure. The error indication received from the VLR is forwarded to the 
GMSC; 

the successful outcome of the procedure. The MSC initiates forwarding of the short message to the MS. 

If the primitive itself is badly formatted or data is missing, the system failure error is sent to the GMSC. 

If forwarding of the short message is initiated, the MSC awaits the result before one of the following responses is sent 
back to the GMSC: 

an acknowledgement if the short message has been successfully delivered to the mobile subscriber; 

an SM delivery failure error containing a parameter indicating either of the following: there is a MS protocol 
error or the MS memory capacity is exceeded; detailed diagnostic information (see clause 7.6.1.4) may also be 
carried; 

a system failure error if the delivery procedure is aborted. 

If the More Messages To Send flag was FALSE or the service MAP_MT_FORWARD_SHORT_MESSAGE ends 
unsuccessfully, the transaction to the gateway MSC is terminated. Otherwise, the servicing MSC waits for the next 
short message from the Service Centre. 

When receiving the next MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC the servicing 
MSC will act as follows: 

if the received primitive contains errors, the unexpected data value error or data missing error is provided to the 
gateway MSC; 

if the More Messages To Send flag is FALSE, the servicing MSC will start the short message transfer procedure 
to the mobile subscriber. The successful or unsuccessful outcome of this procedure is reported to the gateway 
MSC and the transaction is terminated. 
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if the More Messages To Send flag is TRUE, the servicing MSC will start the short message transfer to the 
mobile subscriber. If the outcome of this procedure is unsuccessful, the reason is reported to the gateway MSC 
and the procedure is terminated. If the procedure is successful, it is acknowledged to the gateway MSC and more 
short messages can be received. 

The tracing procedure may be activated. It is described in detail in the clause 20. 

The mobile terminated short message transfer procedure in the servicing MSC is shown in figures 23.3/3 and 23.3/4. 
The page and search procedures are shown in figure 25.3/1 and 25.3/2. 
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23.3.2 Procedures in the VLR 

When receiving the MAP_SEND_INFO_FOR_MT_SMS indication, the VLR will act as follows: 

the parameters and data in the primitive are checked by the macro "Check_Indication". A data failure is reported 
as an unexpected data value error or a data missing error depending on the nature of the failure; 

for mobile terminated short message the mobile subscriber is identified either by the IMSI only or by the IMSI 
accompanied by the LMSI. The subscriber identity information that may be included in the MAP_OPEN 
indication primitive and in the MAP service indication primitive is checked by the macro 
"Check_Subscr_Identity_For_MT_SMS". In the first case, the IMSI is included in the sm-RP-DA information 
field and the Destination Reference must not be present in the MAP_OPEN primitive. In the latter case the IMSI 
must be obtained from the Destination Reference of the MAP_OPEN indication primitive and an LMSI must be 
present in the sm-RP-DA information field of the MAP_SEND_INFO_FOR_MT_SMS indication. If the mobile 
subscriber is unknown, the unidentified subscriber error is returned; 

if the "Confirmed by HLR" indicator is set to "Not Confirmed", the unidentified subscriber error is returned; 

if the IMSI Detached Flag is set to detached or the LA Not Allowed Flag is set to not allowed in the VLR, an 
absent subscriber error with the diagnostic indication set to IMSI Detached' is returned and the MS not reachable 
flag (MNRF) is set; 

- if the MAP_SEND_INFO_FOR_MT_SMS indication has passed all the tests, the VLR will initiate the paging 
procedure. If the location area identification is known and the "Confirmed by Radio Contact" indicator is set to 
"Confirmed", the MAP_PAGE service is used. Otherwise the MAP_SEARCH_FOR_MOBILE_SUBSCRIBER 
service is started. 

The following responses to the paging procedure may be received from the MSC: 

- the MAP_SEARCH_FOR_MOBILE_SUBSCRIBER confirmation indicating a successful outcome, if the search 
procedure is used. After that the VLR awaits the MAP_PROCESS_ACCESS_REQUEST indication from the 
MSC; 

- the MAP_PAGE confirmation or MAP_SEARCH_FOR_MOBILE_SUBSCRIBER confirmation indicating 
unsuccessful outcome. If an absent subscriber error is received, the MS not reachable flag (MNRF) is set in the 
VLR. The errors are forwarded to the MSC in the MAP_SEND_INFO_FOR_MT_SMS response, the absent 
subscriber error is forwarded with the diagnostic indication set to 'No Paging Response for non GPRS'. If the 
unexpected data value, or unknown location area error is received, the system failure indication is given to the 
MSC; if subscriber busy for MT SMS is received, this cause is given to the MSC. 

- the MAP_PROCESS_ACCESS_REQUEST indication telling that the outcome of the service MAP_PAGE is 
successful. 

If the paging procedure or process access request procedure or any other procedure invoked fails, the appropriate error 
is reported to the MSC. 

If the process access request procedure is successful, the VLR will send the MAP_SEND_INFO_FOR_MT_SMS 
response to the MSC and the transaction is terminated in the VLR. 

The mobile terminated short message transfer procedure in the VLR is shown in figure 23.3/5. 
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23.3.3 Procedures in the HLR 

The MAP_SEND_ROUTING_INFO_FOR_SM indication is received from the GMSC. The following error cases are 
reported to the GMSC in the MAP_SEND_ROUTING_INFO_FOR_SM response as an unsuccessful outcome of the 
procedure: 

if the necessary parameters and data are not present in the primitive or they are badly formatted, the data missing 
or unexpected data value error is returned; 

if the mobile subscriber is unknown, i.e. it cannot be identified from the MSISDN given, an unknown subscriber 
error is returned; 

if the short message transfer would contravene operator determined barring, the call barred error with cause 
operator barring is returned; 

if the short message transfer would contravene the « SM filtering by the HPLMN » function criteria, the call 
barred error with cause unauthorised Message Originator is returned (the definition of the filtering function is out 
of the scope of GSM specification. Filtering may be based on SM-RP-SMEA information element if received 
from the GMSC); 

if the mobile subscription identified by the given MSISDN number does not include the short message service, 
the teleservice not provisioned error is returned; 

if the GMSC does not support the GPRS functionality, the behaviour of the HLR depends on the following 
conditions: 

if the subscriber is not a GPRS subscriber then the behaviour of the HLR shall be the same as for a subscriber 
only registered as non GPRS and for SMS delivery; 

if the subscriber is a GPRS subscriber and a non-GPRS subscriber with the option « transfer of SM via the 
MSC when GPRS is not supported in the GMSC » then the behaviour of the HLR shall be the same as for a 
subscriber only registered as non GPRS and for SMS delivery; 

if the subscriber is a GPRS subscriber and a non-GPRS subscriber with the option « transfer of SM via the 
SGSN when GPRS is not supported in the GMSC » or if the subscriber is a GPRS subscriber only then the 
behaviour of the HLR shall be the same as for the case transfer over GPRS described in MAP release 97, 
with the following precision: because GMSC does not support MAP release 97, the previous MAP protocol 
release is used. When the HLR sends the MAP_SEND_ROUTING_INFO_FOR_SM_Resp, the SGSN 
number is mapped to the MAP parameter « MSC number ». When the HLR sends the 
MAP_INFORM_SERVICE_CENTRE_resp, the MNRG status shall be mapped to the MAP parameter 
« mnrf-set ». 

The HLR may send the MSC, SGSN or both numbers as routing information to SMS-GMSC based on the following: 

A) The subscriber may only be registered as non GPRS and for SMS delivery: 

if the short message transfer would contravene the supplementary service barring, the call barred error with 
cause barring service active is returned; 

if the location registration of the mobile subscriber shows that the VLR in the visited PLMN does not support 
the MT short message service, the facility not supported error is returned; 

if no MSC identity is stored for the mobile subscriber or the "MSC Area Restricted Flag" is set or the "MS 
purged for non GPRS" flag is set, i.e. the MS is not reachable, the MSISDN-Alert and the SC address are 
included in the MWD (if possible), the flag MNRF is set and the "Absent Subscriber_SM" error is returned with 
the appropriate absent subscriber diagnostic indication, i.e. 'Deregistered in HLR for non GPRS ', 'Roaming 
Restricted' or 'MS-Purged for non GPRS '. 
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The priority parameter (SM_RP_PRI) is processed as follows: 

if the priority is low (SM_RP_PRI = False) and the mobile station not reachable flag (MNRF) is set, an 
absent subscriber_SM error is returned. If a reason for the subscriber's absence for non GPRS is stored in the 
mobile not reachable reason (MNRR) in the subscriber data, then this is returned with the absent 
subscriber_SM error. The SC-address given in the request will be included in the MWD if possible. The 
service MAP_INFORM_SERVICE_CENTRE including the parameter MW Status is invoked to indicate 
whether or not the SC address has been included in the MWD list. 

if the priority is low (SM_RP_PRI = False), and the MNRF is clear, the routing information with MSC 
number is retrieved as described below; 

if the priority is high (SM_RP_PRI = True) and the MNRF is set, the HLR will send the acknowledge 
primitive containing the routing information with MSC number to the gateway MSC. In addition the service 
MAP_INFORM_SERVICE_CENTRE including the parameter MW Status is invoked to indicate whether or 
not the SC address is already included in the MWD list. 

B) The subscriber may only be registered as GPRS and for SMS delivery: 

if the location registration of the mobile subscriber shows that the SGSN in the visited PLMN does not 
support the MT short message service, the facility not supported error is returned; 

if no SGSN identity is stored for the mobile subscriber or the "SGSN Area Restricted Flag" is set or the "MS 
purged for GPRS" flag is set, i.e. the MS is not reachable, the MSISDN-Alert and the SC address are 
included in the MWD (if possible), the flag MNRG is set and the "Absent Subscriber_SM" error is returned 
with the appropriate absent subscriber diagnostic indication, i.e. 'Deregistered in HLR for GPRS', 'Roaming 
Restricted' or 'MS-Purged for GPRS '. 

The priority parameter (SM_RP_PRI) is processed as follows: 

- if the priority is low (SM_RP_PRI = False) and the mobile station not reachable for GPRS (MNRG) flag is 
set, an absent subscriber_SM error is returned. If a reason for the subscriber's absence for GPRS is stored in 
the mobile not reachable reason (MNRR) in the subscriber data, then this is returned with the absent 
subscriber_SM error. The SC-address given in the request will be included in the MWD if possible. The 
service MAP_INFORM_SERVICE_CENTRE including the parameter MW Status is invoked to indicate 
whether or not the SC address has been included in the MWD list. 

- if the priority is low (SM_RP_PRI = False), and the MNRG is clear, the routing information with SGSN 
number is retrieved as described below; 

- if the priority is high (SM_RP_PRI = True) and the MNRG is set, the HLR will send the acknowledge 
primitive containing the routing information with SGSN number to the gateway MSC. In addition the service 
MAP_INFORM_SERVICE_CENTRE including the parameter MW Status is invoked to indicate whether or 
not the SC address is already included in the MWD list. 

C) The subscriber may be registered as non GPRS and GPRS and for SMS Delivery: 

if the short message transfer would contravene the supplementary service barring, the behaviour is the same 
as for a subscriber only registered for GPRS and SMS delivery. 

if the location registration of the mobile subscriber shows that the VLR in the visited PLMN does not support 
the MT short message service, the behaviour is the same as for a subscriber only registered for GPRS and 
SMS deHvery; 

if the location registration of the mobile subscriber shows that the SGSN in the visited PLMN does not 
support the MT short message service, the behaviour is the same as for a subscriber only registered for non 
GPRS and SMS deUvery; 

- if no MSC and SGSN identities are stored for the mobile subscriber or the "MSC and SGSN Area Restricted 
Flags" are set or the "MS purged for non GPRS and GPRS" flags are set or a combination of these errors for 
non GPRS and GPRS are used, i.e. the MS is not reachable, the MSISDN-Alert and the SC address are 
included in the MWD (if possible), the flags MNRF and MNRG are set and the "Absent Subscriber_SM" 
error is returned with the appropriate absent subscriber diagnostic indication, i.e. 'Deregistered in HLR for 
non GPRS or GPRS', 'Roaming Restricted', 'MS-Purged for non GPRS or GPRS' or both. 
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The priority parameter (SM_RP_PRI) is processed as follows: 

if the priority is low (SM_RP_PRI = False), the MNRF and MNRG are set, an absent subscriber_SM error is 
returned. If reasons for the subscriber's absence for non GPRS and GPRS are stored in MNRR in the 
subscriber data, then this is returned with the absent subscriber_SM error. The SC-address given in the 
request will be included in the MWD if possible. The service MAP_INFORM_SERVICE_CENTRE 
including the parameter MW Status is invoked to indicate whether or not the SC address has been included in 
the MWD Hst. 

- if the priority is low (SM_RP_PRI = False), and the MNRF is clear and MNRG is set, the routing 
information with MSC number is retrieved as described below; 

- if the priority is low (SM_RP_PRI = False), and the MNRF is set and MNRG is clear, the routing 
information with SGSN number is retrieved as described below; 

if the priority is low (SM_RP_PRI = False), and the MNRF and MNRG are clear, the routing information 
with MSC and SGSN numbers is retrieved as described below; 

- if the priority is high (SM_RP_PRI = True) and the MNRF, the MNRG or both are set, the HLR will send the 
acknowledge primitive containing the routeing information with both MSC and SGSN numbers to the 
gateway MSC. In addition the service MAP_INFORM_SERVICE_CENTRE including the parameter MW 
Status is invoked to indicate whether or not the SC address is already included in the MWD list. 

If the MSISDN-Alert number of the mobile subscriber stored in the MWD is not the same as that received in the 
MAP_SEND_ROUTING_INFO_FOR_SM indication, the HLR will include in the 
MAP_INFORM_SERVICE_CENTRE request to the GMSC the MSISDN-Alert number stored. 

The MAP_INFORM_SERVICE_CENTRE request is sent also when the MCEF, MNRF, MNRG or both are set but the 
routing information is still sent to the GMSC. The status of the flags is indicated in the parameter MW Status. 

The routing information is included in a MAP_SEND_ROUTING_INFO_FOR_SM response as follows: 

- the IMSI will be returned to the GMSC together with the MSC, SGSN or both numbers and may be optionally 
accompanied by the LMSI. 

an indication specifying which number belongs the MSC and the SGSN will be returned to the GSMC. 

LMSI shall not be used in case only the SGSN number is sent by HLR. 

The mobile terminated short message transfer procedure in the HLR is shown in figure 23.3/6. 
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23.3.4 Procedures in the gateway MSC 



The short message handling function of the GMSC will request routing information when a mobile terminated short 
message is received from a Service Centre. The GMSC sends the MAP_SEND_ROUTING_INFO_FOR_SM request to 
the HLR containing the subscriber data of the mobile subscriber and the indication that the SMS-GMSC supports the 
GPRS functionality. 

As an outcome of the procedure the MAP_SEND_ROUTING_INFO_FOR_SM confirmation is received indicating: 

an unsuccessful event indication containing an error; 

The mapping between the MAP error causes and the RP_ERROR causes is explained in 3GPP TS 23.140. 

a successful event indication containing following parameters: 

an IMSI optionally accompanied by an LMSI; and 

routing addresses (servicing MSC, SGSN or both numbers). 

The LMSI shall not be used in case the short message is routed towards the SGSN. 

The GMSC may also receive a MAP_INFORM_SERVICE_CENTRE indication after the 

MAP_SEND_ROUTING_INFO_FOR_SM confirmation. The parameter MW Status in the message indicates whether 
or not the Service Centre address is stored in the Message Waiting Data. It also indicates the status of the MCEF , 
MNRF and MNRG flags in the HLR. The message also indicates the value of the MNRR if this is stored in the HLR 
and one or both of the MNRF and MNRG flags is set in the HLR. 

If the MSISDN-Alert stored in the MWD data is not the same as the one sent to the HLR, the MSISDN- Alert is 
received in the MAP_INFORM_SERVICE_CENTRE indication. This MSISDN number shall be transferred in a 
delivery failure report to the SC. 

In the abnormal end or in the provider error case the system failure error is provided to the SC. 

The forward short message procedure is initiated when the GMSC has obtained the routing information needed to 
forward a mobile terminated short message to the servicing MSC or SGSN. 

If both numbers MSC and SGSN are received from HLR as routing information, the SMS-GMSC may choose which 
path (SGSN or MSC) first the SMS is to be transferred. 

If an LMSI has been provided in the MAP_SEND_ROUTING_INFO_FOR_SM confirmation, it can be included in the 
sm-RP-DA information field of the first MAP_MT_FORWARD_SHORT_MES SAGE request sent to the servicing 
MSC. In this case, the IMSI must be included in the Destination Reference of the MAP_OPEN request. If the LMSI is 
not sent by the SMS Gateway MSC, the sm-RP-DA information field in the first 

MAP_MT_FORWARD_SHORT_MESSAGE request sent to the servicing MSC or SGSN shall contain the IMSI and 
the Destination Reference in the MAP_OPEN request shall not be present. The Service Centre address is sent in the 
parameter SM_RP_OA. The More Messages To Send flag is set to TRUE or FALSE depending on the information 
received from the Service Centre. 

If the GMSC is the servicing MSC then the MAP service is not initiated. The procedure in the Servicing MSC is 
described in clause 23.3.1 and in the figure 23.3/4. 

If the grouping of MAP_OPEN request and MAP_MT_FORWARD_SHORT_MESSAGE request together would need 
segmenting, these primitives must not be grouped together. The MAP_OPEN request primitive is sent first without any 
associated MAP service request primitive and the dialogue confirmation must be received before the 
MAP_MT_FORWARD_SHORT_MESSAGE request is sent. 

As a response to the procedure, the GMSC will receive the MAP_MT_FORWARD_SHORT_MESSAGE confirmation 
indicating: 

a successful forwarding of the short message. This indication is passed to the SC; 

unsuccessful forwarding of the short message: 

In case only one number (MSC or SGSN) was received from HLR as routing information, the mapping of the 
MAP error causes and the RP_ERROR causes is explained in 3GPP TS 23.140. The appropriate error 
indication is sent to the SC. 
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In case both numbers (MSC and SGSN) were received from HLR as routing information, the transfer of SMS 
is re-attempted towards the second path only when one of the following errors is received from the 
unsuccessful transfer over the first path: 

Facility Not Supported 

Unidentified Subscriber 

Absent Subscriber with indication: GPRS or IMSI Detach 

Unexpected Data Value 

System failure 

Data Missing 

Subscriber Busy for MT SMS: GPRS Connection Suspended 

otherwise, the mapping of the MAP error causes and the RP_ERROR causes is performed (see 3GPP TS 23.140) 
and the appropriate error indication is sent to the SC. 

If second forwarding of short message is unsuccessful, the mapping of the MAP error causes and the 
RP_ERROR causes is explained in 3GPP TS 23.140. The appropriate error indications are sent to the SC. 

If second forwarding of short message is successful, the successful indication is passed to the SC. 

A provider error is indicated as a system failure error to the SC. 

The GMSC invokes the procedure MAP_REPORT_SM_DELIVERY_STATUS, if: 

an absent subscriber_SM, an unidentified subscriber or SM delivery failure with error cause MS memory 
capacity exceeded indication is received from the servicing MSC, SGSN or both, and 

the SC address is not yet included in the MWD set, or 

the reason received from the serving node (MSC or SGSN) for failure to deliver the message is absent 
subscriber_SM, unidentified subscriber or SM delivery failure with error cause MS memory capacity 
exceeded, and the corresponding flag in the HLR (as indicated the information received in the 
MAP_INFORM_ SERVICE_CENTRE) is not set, or 

the reason received from the serving node (MSC or SGSN) for failure to deliver the message is absent 
subscriber_SM and the absent subscriber diagnostic is different from the absent subscriber diagnostic received 
in the MAP_INFORM_ SERVICE_CENTRE. 

If absent subscriber diagnostic information (see 3GPP TS 23.140) is included with the absent subscriber_SM error 
indication then this information is relayed to the HLR using the procedure 
MAP_REPORT_SM_DELIVERY_STATUS . 

In case the SMS was attempted to be delivered towards the MSC and the SGSN, and both delivery failed with causes 
described above, the two unsuccessful SMS delivery outcomes for GPRS and non GPRS are sent to the HLR. 

In case the SMS was attempted to be delivered towards the MSC and the SGSN, and the first delivery failed with causes 
described above and the second delivery succeeded, the unsuccessful and successful SMS delivery outcomes for GPRS 
and non GPRS are sent to HLR. 

The gateway MSC may also invoke the procedure when the first SMS delivery was successful towards MSC, if the 
MNRF, MCEF flags or both were set in the HLR. 

The gateway MSC may also invoke the procedure when the first SMS delivery was successful towards SGSN, if the 
MNRG, MCEF flags or both were set in the HLR. 

This procedure is described in detail in clause 23.5. 

Unexpected data value, system failure errors are indicated as a system failure to the SC. Other errors are indicated using 
appropriate cause values and diagnostic information between the GMSC and the SC as described in 3GPP TS 23.140 
and 3GPP TS 24.011 [37]. 
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The unidentified subscriber error is indicated to the SC as absent subscriber with diagnostic information set to 
'Unidentified subscriber' as described in 3GPP TS 23.140. 

Note that the indication, on which number belongs the SGSN and MSC, received fi^om the HLR at routing information 
result (see clause 23.3.3) will enable the GMSC to map the causes received from the SGSN, MSC or both into the 
appropriate causes for non GPRS, GPRS or both, and send them to the SC and HLR. 

If there are more short messages to send in the Service Centre and the previous short message transfer succeeded, then 
the gateway MSC awaits the next short message. 

When receiving the next short message from the SC, the gateway MSC sets the More Messages To Send flag according 
to the information received and starts the service MAP_MT_FORWARD_SHORT_MESSAGE again. 

If the gateway MSC is the servicing MSC, then the short message transfer to mobile subscriber is started as described in 
the clause 23.3.1. 

The mobile terminated short message transfer procedure in the gateway MSC is shown in figure 23.3/7. 
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23.3.5 Procedure in the Servicing SGSN 



When initiating the dialogue with the servicing SGSN, the SMS Gateway MSC must provide the IMSI of the subscriber 
to whom the short message is directed. 

The IMSI is included in the sm-RP-DA information field of the MAP_MT_FORWARD_SHORT_MESSAGE 
indication. 

When receiving a MAP_OPEN indication primitive that is not associated with any MAP service indication primitive 
and if the dialogue is accepted, the MAP service-user in the servicing SGSN issues a MAP_DELIMITER request 
primitive in order to trigger the local MAP service-provider to confirm the dialogue. 

When receiving the first MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC, the servicing 
SGSN performs some subscriber data checks, if the MAP service primitive is accepted and if short message service is 
supported in the servicing SGSN. 

The MAP_MT_FORWARD_SHORT_MESSAGE indication primitive is checked by the macro "Checkjndication". If 
the received MAP service primitive contains errors, the service is aborted and an unexpected data value error or data 
missing error is returned to the GMSC. 

If the SGSN does not support the short message service, the service is aborted in the servicing SGSN and the error 
"Facility Not Supported" is returned to the GMSC. 

If the connection is GPRS suspended, the SGSN sends to the GMSC an error specifying that the GPRS connection is 
suspended. 

The subscriber identity information that are included in the MAP service indication primitive is checked by the macro 
"Check_Subscr_Identity_For_MT_SMS" as follows: 

If the IMSI is included in the sm-RP-DA information field of the MAP_MT_FORWARD_SHORT_MESSAGE 
indication, the MAP_OPEN indication received from the gateway MSC shall not include a Destination Reference. 

If no Destination Reference has been received and the sm-RP-DA information field does not cover an IMSI the service 
is aborted in the servicing SGSN and the error "Unexpected Data Value" is returned to the GMSC. 

The following outcomes from the subscriber data checks can occur in SGSN: 

if the mobile subscriber is unknown, the unidentified subscriber error is forwarded to the GMSC; 

if the 'Confirmed by HLR' indicator is set to 'Not Confirmed', the unidentified subscriber error is forwarded to 
the GMSC. 

if the GPRS Detached Flag is set to detached or the LA Not Allowed Flag is set to not allowed in the SGSN, an 
absent subscriber error with the diagnostic indication set to 'GPRS Detached' is forwarded to the GMSC and the 
MS not reachable for GPRS (MNRG) flag is set; 

If the location area identification is known and the "Confirmed by Radio Contact" indicator is set to 
"Confirmed", the paging procedure is invoked (see clause 25. 3). Otherwise the search procedure is invoked (see 
clause 25.3). 

The result of the paging or the search procedure is processed as follows: 

if the procedure is completed successfully, the SGSN may trigger the Authentication, Ciphering and IMEI check 
procedures (see clauses 25.4 and 25.5). Then, if the procedure are completed successfully, the SGSN will send 
the short message to the MS; 

if the procedure is completed successfully, but the MS has no mobile terminated short message transfer 
capability, the SM delivery failure indication with cause "equipment not SM equipped" is provided to the 
GMSC; 

if the procedure is ended unsuccessfully because of subscriber already busy for SMS, another paging, emergency 
call, location updating, inter SGSN routing area update or a call set-up, the subscriber busy for MT SMS is 
provided to the GMSC. 
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if the procedure is ended unsuccessfully, the absent subscriber_SM error is forwarded to the GMSC with the 
absent subscriber diagnostic indication set to 'No Paging Response for GPRS', but if the location area is 
unknown, the system failure indication is provided to the GMSC. 

If forwarding of the short message is initiated, the SGSN awaits the result before one of the following responses is sent 
back to the GMSC: 

an acknowledgement if the short message has been successfully delivered to the mobile subscriber; 

an SM delivery failure error containing a parameter indicating either of the following: there is a MS protocol 
error or the MS memory capacity is exceeded; detailed diagnostic information (see clause 7.6.1.4) may also be 
carried; 

a system failure error if the delivery procedure is aborted. 

If the More Messages To Send flag was FALSE or the service MAP_MT_FORWARD_SHORT_MESSAGE ends 
unsuccessfully, the transaction to the gateway MSC is terminated. Otherwise, the servicing SGSN waits for the next 
short message from the Service Centre. 

When receiving the next MAP_MT_FORWARD_SHORT_MESSAGE indication from the gateway MSC the servicing 
MSC will act as follows: 

if the received primitive contains errors, the unexpected data value error or data missing error is provided to the 
gateway MSC; 

if the More Messages To Send flag is FALSE, the servicing SGSN will start the short message transfer 
procedure to the mobile subscriber. The successful or unsuccessful outcome of this procedure is reported to the 
gateway MSC and the transaction is terminated. 

if the More Messages To Send flag is TRUE, the servicing SGSN will start the short message transfer to the 
mobile subscriber. If the outcome of this procedure is unsuccessful, the reason is reported to the gateway MSC 
and the procedure is terminated. If the procedure is successful, it is acknowledged to the gateway MSC and more 
short messages can be received. 

The mobile terminated short message transfer procedure in the servicing SGSN is shown in figures 23.3/9 and 23.3/10. 
The page and search procedures are shown in figure 25.3/1 and 25.3/2. 
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23.4 The Short Message Alert procedure 

The Short Message Alert procedure is used for alerting the Service Centre when the mobile subscriber is active after a 
short message transfer has failed because the mobile subscriber is not reachable or when the MS has indicated that it has 
memory capacity to accept a short message. 

The Short Message Alert procedure for the case when the mobile subscriber was not reachable is shown in 

figure 23.4/1. 

+ + + + + + + + + + + + 

1 MS 1 I Servicing I | VLR | | HLR | | Inter- | 1 SC 1 

1 1 IMSCorSGSNI | | | | | working MSC 1 1 1 

+ + + + + + + + + + + + 

1 



-> 



2. 
— > 



3. 
--> 



5. 
5. 
5. 



4. 



6. 
-> 
6. 
-> 
6. 
-> 



1) 
2) 
3) 

4) 

5) 

6) 

7) 

NOTE 

NOTE 



(**) 



CM Service Request ("), Page response or Location Updating {3GPP TS 24.008 [35]). 

IVIAP_PROCESS_ACCESS_REOUEST/ MAP_UPDATE_LOCATION_AREA (**). 

IVIAP_READY_FOR_SIVI (IVIobile Present) / l\/IAP_UPDATE_LOCATION / 

Supplementary Service Control Request (*). 

IVIAP_READY_FOR_SM_ACK (*). 

MAP_ALERT_SERVICE_CENTRE (notes 1 and 2). 

Alert Service Centre (3GPP TS 23.140). 

IVIAP_ALERT_SERVICE_CENTRE_ACK. 

To all Service Centres in the IVIessage Waiting List. 

The HLR initiates the l\/IAP_ALERT_SERVICE_CENTRE service only if the MS Memory Capacity 

Exceeded flag is clear. 

In case of GPRS, messages 3) and 4) are sent/received by SGSN. 

Those messages are not used by SGSN. 

Figure 23.4/1 : Short message alert procedure (Mobile is present) 



The Short Message Alert procedure for the case where the MS indicates that it has memory capacity to accept one or 
more short messages is shown in figure 23.4/2. 
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+ + + + + + + + + + + + 

1 MS 1 I Servicing I | VLR | | HLR | | Inter- | 1 SC 1 
1 1 IMSCorSGSNI | | | | | working MSC 1 1 1 



+ - 



-+ + 

1. 
- - - -> 



-+ +- 



-+ +- 



-+ +- 



-+ +- 



- + 



5. 
<- 



7. 
7. 
7. 



4. 



9. 
9. 
9. 



1 ) SM memory capacity available ( 3GPP TS 24.01 1 [37]). 

2) MAP_READY_FOR_SM (IVIemory Available) (*). 

3) IVIAP_READY_FOR_SM (IVIemory Available) ("). 

4) IVIAP_READY_FOR_SM_ACK (**). 

5) MAP_READY_FOR_SM_ACK (*). 

6) SIVI memory capacity available (Acknowledge) (3GPP TS 24.01 1 [37]). 

7) IVIAP_ALERT_SERVICE_CENTRE (note). 

8) Alert Service Centre (3GPP TS 23.140). 

9) IVIAP_ALERT_SERVICE_CENTRE_AGK. 
NOTE: To all Service Centres in the IVIessage Waiting List. 
(*) Message 2) and 5) are not used by SGSN. 

(**) In the case of GPRS messages 3) and 4) are sent/received by SGSN. 

Figure 23.4/2: Short message alert procedure (MS memory capacity available) 

In addition the following MAP services are used in the MS memory available case: 



MAP_PROCES S_ACCESS_REQUEST 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_PROVIDE_IMSI 
MAP_CHECK_IMEI 
MAP_FORWARD_NEW_TMSI 
MAP_TRACE_SUBSCRIBER_ACTIVITY 
(*) Those messages are not used by SGSN. 
The Short Message Alert procedure when the MS indicates successful transfer after polling is shown in figure 23.4/3. 



(see clause 8.3); (*) 
(see clause 8.5); (*) 
(see clause 8.6); (*) 
(see clause 8.9); (*) 
(see clause 8.7); 
(see clause 8.9); (*) 
(see clause 9.1). (*) 
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Gateway 
MSC 



HLR 



— > 

3. 
3. 
3. 



1 Inter- 1 
I working MSC 1 



SC 



4. 
-> 

4. 
-> 
4. 
-> 



5. 
5. 
5. 



1 ) MAP_REPORT_SM_DELIVERY_STATUS (Successful Transfer). 

2) MAP_REPORT_SM_DELIVERY_STATUS_ACK. 

3) MAP_ALERT_SERVICE_CENTRE (note). 

4) Alert Service Centre (3GPP TS 23.140). 

5) MAP_ALERT_SERVICE_CENTRE_ACK. 
NOTE: To all Service Centres in the IVIessage Waiting List. 

Figure 23.4/3: Short message alert procedure (Successful transfer after polling) 

23.4.1 Procedures in the Servicing MSC 

The activation of the MAP_PROCESS_ACCESS_REQUEST service is described in the clause 23.6.2. 

After receiving the SM memory capacity available indication, the servicing MSC sends the MAP_READY_FOR_SM 
request to the VLR indicating memory available. The outcome of that procedure is one of the following: 

successful acknowledgement. The MSC sends the corresponding message to the MS; 

negative acknowledgement, where the error causes are treated as follows: 

unexpected data value, data missing and system failure errors are reported as network out of order error to the 
MS; 

facility not supported is reported as requested facility not implemented error to the MS ; 

procedure failure, which is reported as network out of order error to the MS if a connection to the MS still exists. 

The short message alert procedure in the MSC for the MS memory capacity available case is shown in figure 23.4/4. 
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Figure 23.4/4: Procedure SM_Alert_MSC 
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23.4.2 Procedures in the VLR 

23.4.2.1 The Mobile Subscriber is present 

When receiving the MAP_PROCESS_ACCESS_REQUEST indication, MAP_UPDATE_LOCATION_AREA 
indication while the MS not reachable flag (MNRF) is set, the VLR will send the MAP_READY_FOR_SM request 
towards the HLR. The Alert Reason is set to indicate that the mobile subscriber is present for non GPRS. If the 
authentication procedure is initiated and it fails, the VLR will not initiate the service. The process in VLR is described 
in detail in the clause 25.10. 

23.4.2.2 The Mobile Equipment has memory available 

The MAP_PROCESS_ACCESS_REQUEST indication starts the MAP_PROCESS_ACCESS_REQUEST service in 
the VLR. The application context in the MAP_OPEN indication refers to the short message alerting procedure. 

If the service MAP_PROCESS_ACCESS_REQUEST is successful, the VLR waits for the next message from the MSC. 
When receiving the MAP_READY_FOR_SM indication from the MSC, the VLR will check the contents. Data errors 
are reported to the MSC as an unexpected data value or data missing error, depending on the error. If the primitive 
passes the data check, the VLR forwards it to the HLR and awaits an acknowledgement. 

When receiving the MAP_READY_FOR_SM confirmation from the HLR and the Alert Reason is MS memory 
available, the VLR will act as follows: 

- the MAP_READY_FOR_SM response is sent to the MSC as follows: 

an acknowledgement in the positive case; 

system failure error, if unexpected data value, data missing, or unknown subscriber errors are received, 
otherwise the error cause received from the HLR; 

a facility not supported error, if the HLR supports MAP Vr only; 

procedure failure is reported as a system failure error. 

The short message alert procedure in the VLR is shown in figures 23.4/5. 
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Figure 23.4/5: The short messages alert process in the VLR 
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Figure 23.4/5: Procedure SM_Alert_VLR 
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23.4.3 Procedures in the HLR 

When receiving the MAP_READY_FOR_SM indication, the HLR will check the contents. Data errors are reported to 
the VLR as an unexpected data value or a data missing error depending on the error. If the HLR does not support the 
MNRF or MNRG, MCEF, and MWD a facility not supported error is reported to the VLR or SGSN. If the IMSI is 
unknown an unknown subscriber error is reported to the VLR or SGSN. Otherwise an acknowledgement is returned to 
the VLR or SGSN. 

If neither the MS not reachable flag (MNRF) or the MS not reachable for GPRS (MNRG) flag, nor the memory 
capacity exceeded flag (MCEF) are set, and MAP_READY_FOR_SM is received from the VLR or SGSN, the HLR 
sets a timer and waits for it to expire. This ensures that in the race situation the 

MAP_REPORT_SM_DELIVERY_STATUS service (as described in the clause 23.6) for the same subscriber can be 
carried out when delayed in the GMSC. 

If the Alert Reason indicates the mobile present for non GPRS situation, or when the update location procedure has 
been successfully completed or Supplementary Service Control request is received, the MS not reachable flag (MNRF) 
is cleared and the service centre alert procedure is initiated. If the memory capacity exceeded flag is set, the MS not 
reachable flag is cleared and stored reason for absence for non GPRS are cleared but the alert procedure is not started. 

If the Alert Reason indicates the mobile present for GPRS situation, or when the Update GPRS location procedure has 
been successfully completed, the MS not reachable for GPRS (MNRG) flag is cleared and the service centre alert 
procedure is initiated. If the memory capacity exceeded flag is set, the MS detach for GPRS flag is cleared and stored 
reason for absence for GPRS are cleared but the alert procedure is not started. 

If the Alert Reason indicates the memory available for non GPRS situation, the HLR initiates the alert procedure. The 
MS not reachable and memory capacity available flags are cleared. 

If the Alert Reason indicates the memory available for GPRS situation, the HLR initiates the alert procedure. The MS 
detach for GPRS and memory capacity available flags are cleared. 

If the MAP_REPORT_SM_DELIVERY_STATUS indication is received and it indicates the successful transfer of the 
mobile terminated short message for non GPRS, the HLR initiates the alert procedure described in the clause 25.10 and 
clears MCEF and MNRF flags and stored reason for absence for non GPRS are cleared. 

If the MAP_REPORT_SM_DELIVERY_STATUS indication is received and it indicates the successful transfer of the 
mobile terminated short message for GPRS, the HLR initiates the alert procedure described in the clause 25.10 and 
clears MCEF and MNRG flags and stored reason for absence for GPRS are cleared. 

The short message alert procedure in the HLR is shown in figures 23.4/6 and 25.10/2. 
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Figure 23.4/6 (sheet 1 of 2): Process SM_Alert_HLR 
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Figure 23.4/6 (sheet 2 of 2): Process SM_Alert_HLR 
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23.4.4 Procedures in the Interworking MSC 

When a MAP_ALERT_SERVICE_CENTRE indication is correctly received by the IWMSC, the IWMSC will forward 
the alerting to the given Service Centre if possible. 

Data errors are reported to the HLR as an unexpected data value or a data missing error depending on the error. 

The short message alert procedure is shown in figure 23.4/7. 
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Figure 23.4/7: The short message alert message in the IWIVIS 
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Figure 23.4/7: Process Alert_SC_IWMSC 
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23.4.5 Procedures in the Servicing SGSN 

23.4.5.1 The Mobile Subscriber is present 

When receiving Page response, Attach request or Routing area update request messages (3GPP TS 24.008 [35]), while 
the MS not reachable for GPRS (MNRG) flag is set, the SGSN will send the MAP_READY_FOR_SM request towards 
the HLR. The Alert Reason is set to indicate that the mobile subscriber is present for GPRS. 

When receiving the answer, the SGSN will act as follows: 

MNRG is cleared if the procedure is successful 

MNRG is not cleared if the procedure is not successful 
The process in SGSN is described in detail in the clause 25.10/3. 

23.4.5.2 The Mobile Equipment has memory available 

After receiving the SM memory capacity available indication, the servicing SGSN sends the MAP_READY_FOR_SM 
request to the HLR indicating memory available for GPRS. The outcome of that procedure is one of the following: 

successful acknowledgement. The SGSN sends the corresponding message to the MS; 

negative acknowledgement, where the error causes are treated as follows: 

unexpected data value, data missing and system failure errors are reported as network out of order error to the 
MS; 

facility not supported is reported as requested facility not implemented error to the MS ; 

procedure failure, which is reported as network out of order error to the MS if a connection to the MS still exists. 

The short message alert procedure in the SGSN for the MS memory capacity available case is shown in figure 23.4/8. 
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Figure 23.4/8: The short message alert process in ' ^^ 
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Figure 23.4/8: Process Subscriber_Present_SGSN 
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23.5 The SM delivery status report procedure 

The SM delivery status report procedure is used to set the Service Centre address into the message waiting Hst in the 
HLR because the subscriber is absent or unidentified or the memory capacity is exceeded. The procedure sets 

the memory capacity exceeded flag in the HLR if the MS memory does not have room for more messages 

and/or the MS not reachable flag for non GPRS in the case of unidentified or absent subscriber 

and/or the MS not reachable for GPRS flag in the case of unidentified or absent subscriber for GPRS 

Additionally the procedure is used to report the HLR about the successful transfer for GPRS or non GPRS after the 
Service Centre has polled the subscriber. This procedure is described also in the clause 23.4. 

The SM delivery status report procedure is shown in figure 23.5/L 



+ 

IVisited | 
IMSCorSGSNI 
+ + 



+ + + + + + + + + 

I I VLR I I HLR I I Gateway 1 1 SC 1 

1 11 11 MSC 1 1 1 

+ + + + + + + + 

1 1 1. 

+ + > 

1 12. 

I 1< 

I 1 3. 

>1 4. 



1 ) MAP_MT_FORWARD_SHORT_MESSAGE_ACK/_NACK (Absent subscriber_SM, 
unidentified subscriber or memory capacity exceeded). 

2) IVIAP_REPORT_SI\/l_DELIVERY_STATUS. 

3) IVIAP_REPORT_SI\/l_DELIVERY_STATUS_ACK. 

4) Sliort IVIessage Negative Acl<nowledgement (3GPP TS 23.140). 

Figure 23.5/1 : Short message delivery status report procedure 

23.5.1 Procedures in tine HLR 

When the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication, it acts as described in the 
clause 23.6, macro Report_SM_Delivery_Stat_HLR. 

The short message delivery status report process in the HLR is shown in figure 23.5/2. 
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23.5.2 Procedures in the gateway MSC 



The GMSC invokes the short message delivery status report procedure if an absent subscriber_SM indication, 
unidentified subscriber indication, SM delivery failure error indicating MS memory capacity exceeded or both are 
received from the servicing MSC, SGSN or both during a mobile terminated short message transfer, and the HLR has 
not indicated that the SC address is included in the MWD. The unidentified subscriber indication is however processed 
as the absent subscriber_SM indication. 

In case of successful SMS delivery on the second path, the successful SMS Delivery outcome is sent in combination 
with the unsuccessful SMS Delivery outcome to the HLR. 

The service is invoked also when the HLR has indicated that either of the flags MCEF, MNRF or both are set and the 
first SM delivery was successful from the servicing MSC or, in case of subsequent SM, the last SM delivery was 
successful from the servicing MSC. 

The service is invoked also when the HLR has indicated that either of the flags MCEF, MNRF or both are set and the 
SM delivery was successful from the servicing SGSN or, in case of subsequent SM, the last SM delivery was successful 
from the servicing SGSN. 

The reason for unsuccessful, successful for GPRS, non GPRS or both deliveries of the short message are included in the 
SM Delivery Outcome in the MAP_REPORT_SM_DELIVERY_STATUS request. In the case of an unsuccessful 
delivery due to the subscriber being absent the absent subscriber diagnostic indication (if available) is also included in 
the MAP_REPORT_SM_DELIVERY_STATUS request. 

If the reason for unsuccessful delivery is absent subscriber with diagnostic 'Paging failure' for GPRS or non GPRS, the 
two SM Delivery Outcomes absent subscriber with both diagnostics 'Paging failure' for GPRS and non GPRS is 
included in the MAP_REPORT_SM_DELIVERY_STATUS request. 

The GMSC sends the MAP_REPORT_SM_DELIVERY_STATUS request to the HLR. As a response the GMSC will 
receive the MAP_REPORT_SM_DELIVERY_STATUS confirmation reporting: 

successful outcome of the procedure. The acknowledge primitive may contain the MSISDN-Alert number which 
is stored in the MWD List in the HLR; 

unsuccessful outcome of the procedure. The system failure indication is forwarded to the SC. In that case, if the 
SM Delivery Outcome was successful SMS delivery for GPRS or non GPRS (combined or not with another 
unsuccessful reason), a successful report is forwarded to the SC. 

A provider error is indicated as a system failure to the SC. 

Note that the indication, on which number belongs the SGSN and MSC, received from the HLR at routing information 
result (see clause 23.3.3) will enable the GMSC to map the causes received from the SGSN, MSC or both into the 
appropriate causes for GPRS, non GPRS or both, and send them to the SC and HLR. 

The procedure towards the Service Centre may also be aborted. If so the operation towards the HLR is also aborted. 

The short message delivery status report procedure in the GMSC is shown in figure 23.5/3. 
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Figure 23.5/3: Macro Report_SM_Delivery_Stat_GMSC 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 821 ETSI TS 1 29 002 V4.9.0 (2002-09) 

23.6 Common procedures for the short message clause 
23.6.1 The macro Report_SM_Delivery_Stat_HLR 

This macro is used when the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication from the GMSC. 
The HLR responses to the indication as follows: 

if the flag « GPRS Support Indicator » is absent then if the subscriber is a GPRS subscriber and a non-GPRS 
subscriber with the option « transfer of SM via the SGSN when GPRS is not supported in the GMSC » or if the 
subscriber is a GPRS subscriber only, the HLR shall interpret the delivery outcome as a GPRS delivery outcome. 

- if invalid data content is detected, an unexpected data value error or a data missing error is returned to the 
GMSC; 

if the MSISDN number provided is not recognised by the HLR, an unknown subscriber error is returned to the 
GMSC; 

- if the MAP_REPORT_SM_DELIVERY_STATUS indication reports a successful SM delivery, the Service 
Centres in the Message Waiting list are alerted as described in the clause 25. 10; 

if the SM Delivery Outcome reports unsuccessful delivery and the inclusion of the SC address in the MWD is 
not possible, a message waiting list full error is returned to the GMSC; 

if the SM Delivery Outcome reports unsuccessful delivery and the message waiting list is not full, the given 
Service Centre address is inserted and an acknowledgement is sent to the GMSC. If the MSISDN-Alert stored in 
the subscriber data is not the same as that received in the MAP_REPORT_SM_DELIVERY_STATUS 
indication, the MSISDN-Alert is sent in a response primitive to the GMSC; 

The SC address is only stored in the MWD if the unsuccessful SM Delivery Outcome is not received in 
combination with another successful SM Delivery Outcome 

if the SM Delivery Outcome is MS memory capacity exceeded for non GPRS, the HLR sets the memory 
capacity exceeded flag in the subscriber data and resets the MNRF; 

if the SM Delivery Outcome is MS memory capacity exceeded for GPRS the HLR sets the memory capacity 
exceeded flag in the subscriber data and resets the MNRG; 

if the SM Delivery Outcome is absent subscriber for non GPRS, the HLR sets the mobile station not reachable 
flag in the subscriber data. If a reason for absence is provided by the GMSC then this is stored in the mobile 
station not reachable reason (MNRR) in the subscriber data. 

if the SM Delivery Outcome is absent subscriber for GPRS, the HLR sets the mobile station not reachable for 
GPRS flag in the subscriber data. If a reason for absence is provided by the GMSC then this is stored in the 
mobile station not reachable reason (MNRR) in the subscriber data. 

Note that a combination of all the SM Delivery Outcome specified above may be provided to the HLR from the SMS- 
GMSC. 

The short message delivery status report macro in the HLR is shown in figure 23.6/1. 
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24 GPRS process description 
24.1 General 

The MAP GPRS procedures are used for the Network Requested PDP-Context Activation procedures. 
The stage 2 specification for General Packet Radio Service (GPRS) is in 3GPP TS 23.060 [104] [100]. 

24.1 .1 Process in the HLR for Send Routing Information for GPRS 

The MAP process in the HLR to provide routing information for a network-requested PDP context activation is shown 
in figure 24.1/1. The MAP process invokes macros not defined in this clause; the definition of these macros can be 
found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Check_Indication see clause 25.2.1. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context gprsLocationlnfoRetrieval, it 
checks it by invoking the macro Receive_Open_lnd. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_SEND_ROUTING_lNFO_FOR_GPRS service indication is received, the HLR sends a Send Routing Info 
For Gprs request to the GPRS application process in the HLR, and waits for a response. The Send Routing Info For 
Gprs request contains the parameter received in the MAP_SEND_ROUTING_INFO_FOR_GPRS service indication. 

If the GPRS application process in the HLR returns a positive response containing the routing information, the MAP 
process constructs a MAP_SEND_ROUTING_INFO_FOR_GPRS service response containing the routing info, 
constructs a MAP_CLOSE service request, sends them to the GGSN and returns to the idle state. 

Negative response from HLR GPRS application process 

If the GPRS application process in the HLR returns a negative response, the MAP process constructs a 
MAP_SEND_ROUTING_INFO_FOR_GPRS service response containing the appropriate error, constructs a 
MAP_CLOSE service request, sends them to the GGSN and returns to the idle state. 

Failure of dialogue opening with the GGSN 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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24.1 .2 Process in the GGSN for Send Routing Information for GPRS 

Successful Outcome 

When the MAP process receives a Send Routing Info For Gprs request from the GPRS application process in the 
GGSN, it requests a dialogue with the HLR whose identity is contained in the Send Routing Info For Gprs request by 
sending a MAP_OPEN service request, requests routeing information using a 

MAP_SEND_ROUTING_INFO_FOR_GPRS service request and invokes the macro Receive_Open_Cnf to wait for the 
response to the dialogue opening request. If the dialogue opening is successful, the MAP process waits for a response 
from the HLR. 

If the MAP process receives a MAP_SEND_ROUTING_INFO_FOR_GPRS service confirm from the HLR, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Send Routing Info For Gprs ack 
containing the routing information received from the HLR to the GPRS application process in the GGSN and returns to 
the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
GPRS application process in the GGSN and returns to the idle state. 

Error in MAP_SEND_ROUTING_INFO_FOR_GPRS confirm 

If the MAP_SEND_ROUTING_INFO_FOR_GPRS service confirm contains a user error or a provider error, or the 
macro Check_Confirmation indicates that there is a data error, the MAP process sends a Send Routing Info For Gprs 
negative response to the GPRS application process in the GGSN and returns to the idle state. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process sends a Send Routing Info For Gprs 
negative response to the GPRS application process in the GGSN and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a Send Routing Info For Gprs negative response indicating system failure to the GPRS 
application process in the GGSN and returns to the idle state. 
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24.2.1 Process in the HLR for Failure Report 

The MAP process in the HLR to set the MNRG (Mobile station Not Reachable for GPRS) flag for the subscriber is 
shown in figure 24.2/1. The MAP process invokes macros not defined in this clause; the definition of these macros can 
be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Check Indication see clause 25.2. 1 . 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context failureReport, it checks it by 
invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_FAILURE_REPORT service indication is received, the HLR sends a Failure Report request to the GPRS 
application process in the HLR, and waits for a response. The Failure Report request contains the parameter received in 
the MAP_FAILURE_REPORT service indication. 

If a positive response is received, the MAP process constructs a MAP_FAILURE_REPORT service response, 
constructs a MAP_CLOSE service request, sends them to the GGSN and returns to the idle state. 

Negative response from HLR GPRS application process 

If the GPRS application process in the HLR returns a negative response, the MAP process constructs a 
MAP_FAJLURE_REPORT service response containing the appropriate error, constructs a MAP_CLOSE service 
request, sends them to the GGSN and returns to the idle state. 

Failure of dialogue opening with the GGSN 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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24.2.2 Process in the GGSN for Failure Report 

Successful Outcome 

When the MAP process receives a Failure Report request from the GPRS application process in the GGSN, it requests a 
dialogue with the HLR whose identity is contained in the Failure Report request by sending a MAP_OPEN service 
request, sending failure information using a MAP_FAILURE_REPORT service request and invokes the macro 
Receive_Open_Cnf to wait for the response to the dialogue opening request. If the dialogue opening is successful, the 
MAP process waits for a response from the HLR. 

If the MAP process receives a MAP_FAILURE_REPORT service confirm from the HLR, the MAP process invokes the 
macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Failure Report ack containing the 
information received from the HLR to the GPRS application process in the GGSN and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
GPRS application process in the GGSN and returns to the idle state. 

Error in MAP_FAILURE_REPORT confirm 

If the MAP_FAILURE_REPORT service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Failure Report negative response to 
the GPRS application process in the GGSN and returns to the idle state. 

Abort of HLR dialogue 

After the dialogue with the HLR has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process sends a Failure Report negative 
response to the GPRS application process in the GGSN and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the HLR, sends a Failure Report negative response indicating system failure to the GPRS application 
process in the GGSN and returns to the idle state. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



830 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process Failure_Report_GGSN 

^ 

Figure 24.2/2: Failure Report process in the GGSN ( 



24.2_2(1) 



Signals to/from the rIghtK 
are to/from the GPRS 
application process 



Idle 



Failure Report 



MAP_OPEN_Req, 

MAP_FAILURE_REPORT_Req, 

MAP_DELIMITER_Req 



Receive_ 
Open_cnf 



OK 



WAIT_FOR_ 
' ACK 



MAP_FAILURE_ 
^REPORT Cnf 



MAP_P_ 
^ABORT_lnd, 
MAP_U_ 
ABORT ind 



Check_ 
Confirmation 



Provider Error, 
User Error, 
Data Error 



OK 



Failure Repbt:^ 
Ack 



Failure Report 
negative response 



/ \ 

Idle 1 



Vr, Error 



Failure Report 
negative response 



MAP_NOTICE_ 
Ind 



MAP. 
Req 



CLOSE 



Figure 24.2/2: Process Failure_Report_GGSN 



Idle 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 831 ETSI TS 1 29 002 V4.9.0 (2002-09) 

24.3.1 Process in the GGSN for Note Ms Present For Gprs 

The MAP process in the GGSN to inform that the subscriber is present for GPRS again is shown in figure 24.3/1. The 
MAP process invokes macros not defined in this clause; the definition of these macros can be found as follows: 

Receive_Open_lnd see clause 25 . 1 . 1 ; 

Check_lndication see clause 25.2.1. 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context gprsNotify, it checks it by 
invoking the macro Receive_Open_lnd. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_NOTE_MS_PRESENT_FOR_GPRS service indication is received, the GGSN sends a Note Ms Present For 
Gprs request to the GPRS application process in the GGSN, and waits for a response. The Note Ms Present For Gprs 
request contains the parameter received in the MAP_NOTE_MS_PRESENT_FOR_GPRS service indication. 

If the GPRS application process in the GGSN returns a positive response, the MAP process constructs a 
MAP_NOTE_MS_PRESENT_FOR_GPRS service response, constructs a MAP_CLOSE service request, sends them to 
the HLR and returns to the idle state. 

Negative response from GGSN GPRS application process 

If the GPRS application process in the GGSN returns a negative response, the MAP process constructs a 
MAP_NOTE_MS_PRESENT_FOR_GPRS service response containing the appropriate error, constructs a 
MAP_CLOSE service request, sends them to the HLR and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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24.3.2 Process in the HLR for Note Ms Present For Gprs 

Successful Outcome 

When the MAP process receives a Note Ms Present For Gprs request from the GPRS apphcation process in the HLR, it 
requests a dialogue with the GGSN whose identity is contained in the Note Ms Present For Gprs request by sending a 
MAP_OPEN service request, sending necessary information using a MAP_NOTE_MS_PRESENT_FOR_GPRS 
service request and invokes the macro Receive_Open_Cnf to wait for the response to the dialogue opening request. If 
the dialogue opening is successful, the MAP process waits for a response from the GGSN. 

If the MAP process receives a MAP_NOTE_MS_PRESENT_FOR_GPRS service confirm from the GGSN, the MAP 
process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process sends a Note Ms Present For Gprs ack 
containing the information received from the GGSN to the GPRS application process in the HLR and returns to the idle 

state. 

Failure of dialogue opening with the GGSN 

If the macro Receive_Open_Cnf takes the Vr exit or the Error exit, the MAP process sends a negative response to the 
GPRS application process in the HLR and returns to the idle state. 

Error in MAP_NOTE_MS_PRESENT_FOR_GPRS confirm 

If the MAP_NOTE_MS_PRESENT_FOR_GPRS service confirm contains a user error or a provider error, or the macro 
Check_Confirmation indicates that there is a data error, the MAP process sends a Note Ms Present For Gprs negative 
response to the GPRS application process in the HLR and returns to the idle state. 

Abort of GGSN dialogue 

After the dialogue with the GGSN has been established, the MAP service provider may abort the dialogue by issuing a 
MAP_P_ABORT or a MAP_U_ABORT indication. In this case, the MAP process sends a Note Ms Present For Gprs 
negative response to the GPRS application process in the HLR and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the GGSN, sends a Failure Report negative response indicating system failure to the GPRS application 
process in the HLR and returns to the idle state. 
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24A CSE control of subscriber data 

24A.1 Any Time Subscription Interrogation procedure 
24A.1.1 General 

The message flows for successful retrieval of subscription information related to an any time interrogation from the 
CAMEL server are shown in figure 24 A. 1/1. 

gsmSCF 

+ + + + 

I SCF + I HLR+ 

+ + + + 

|MAP_ANY TIME SUBSCRIPTION 

I INTERROGATION 

+ > 

|MAP_ANY TIME SUBSCRIPTION 

I INTERROGATION ack_ 

1 < 

Figure 24A.1/1 : Message flow for any time subscription interrogation 

The following MAP services are used to retrieve requested information: 

MAP_ANY_TIME_SUBSCRIPTION_INTERROGATIONsee clause 8.11.x. 

24A.1 .2 Process in the gsmSCF 

Out of the scope of the MAP specification. 

24A.1 .3 Process in tine HLR 

The MAP process in the HLR to provide subscription information in response to an interrogation from the CAMEL 
server is shown in figure 24A. 1/2. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context anyTimelnformationHandlng, it 
checks it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If aMAP_ANY_TIME_SUBSCRIPTION_INTERROGATION service indication is received, the MAP process sends 
an Any Time Subscription Interrogation request to the call handling process in the HLR (described in 3GPP TS 23.078), 
and waits for a response. The Any Time Subscription Interrogation request contains the parameters received in the 
MAP_ANY_TIME_SUBSCRIPTION_INTERROGATION service indication. 

If the call handling process in the HLR returns an Any Time Subscription Interrogation response, the MAP process 
constructs a MAP_ANY_TIME_SUBSCRIPTION_INTERROGATION service response containing the subscription 
information contained in the Any Time Subscription Interrogation response, constructs a MAP_CLOSE service request, 
sends them to the CAMEL server and returns to the idle state. If the MAP_ANY_TIME_ 

SUBSCRIPTION_INTERROGATION service response cannot be carried in a single TC-Result component, it is 
carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

Negative response from HLR call handling process 
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If the call handling process in the HLR returns a negative response to obtain subscription information, the MAP process 
constructs a MAP_ANY_TIME_SUBSCRIPTION_INTERROGATION service response containing the appropriate 
error, constructs a MAP_CLOSE service request, sends them to the CAMEL server and returns to the idle state. 

Failure of dialogue opening with the CAMEL server 

If the macro Receive_Open_Ind takes the Vr or Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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Figure 24A.1/2: Process ATSI_HLR 
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24A.2 Any Time Modification procedure 
24A.2.1 General 

The message flows for successful modification of subscriber information related to an any time modification from the 
CAMEL server are shown in figure 24A.2/1 
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Figure 24A.2/1 : Message flow for any time modification 

The following MAP services are used to modify subscription information: 
MAP_ANY_TIME_MODIFICATIONsee clause 8.11.x. 

24A.2.2 Process in the gsmSCF 

Out of the scope of the MAP specification. 

24A.2.3 Process in the HLR 

The MAP process in the HLR to modify subscriber information in response to a modification request from the CAMEL 
server is shown in figure 24A.2/2. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Insert_Subs_Data_Stand_Alone_HLR see clause 25.7.2; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context anyTimelnfromationHandling, 
it checks it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_AN Y_TIME_MODIFICATION service indication is received, the MAP process sends an Any Time 
modification request to the call handling process in the HLR (described in 3GPP TS 23.078), and waits for a response. 
The Any Time modification request contains the parameters received in the MAP_ ANY_TIME_ MODIFICATION 
service indication. 

If the call handling process in the HLR returns an Any Time modification response, the MAP process constructs a 
MAP_ANY_TIME_ MODIFICATION service response containing the modified subscription information contained in 
the Any Time modification response, constructs a MAP_CLOSE service request, sends them to the CAMEL server. If 
the MAP_ANY_TIME_MODIFICATION service response cannot be carried in a single TC-Result component, it is 
carried in one or more TC-Result-NL components (each sent in a TC -CONTINUE), followed by a TC-Result-L 
component in a TC-END message. IF the VLR/SGSN is to be updated after the modification, the 
MAP_INSERT_SUBS_DATA_HLR process shall be initiated and then returns to the idle state. 

Negative response from HLR call handling process 

If the call handling process in the HLR returns a negative response to modify subscription information, the MAP 
process constructs a MAP_ANY_TIME_ MODIFICATION service response containing the appropriate error, 
constructs a MAP_CLOSE service request, sends them to the CAMEL server and returns to the idle state. 
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Failure of dialogue opening with the CAMEL server 

If the macro Receive_Open_Ind takes the Vr or Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle state. 
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Figure 24A.2/2: Process ATM_HLR 
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24A.3 Subscriber Data Modification Notification procedure 
24A.3.1 General 

The Subscriber Data Modification Notification procedure is used to notify a gsmSCF about the modification of 
subscriber data. 

The stage 2 specification for Subscriber Data Modification Notification is in 3GPP TS 23.078. The interworking 
between the MAP signalling procedures and the Subscriber Data Modification Notification procedures for each entity 
(HLR, gsmSCF) is shown by the transfer of signals between these procedures. 

The following services are used: 




(1) 



(2) <- 



gsmSCF 



(1 ) MAP-NOTE_SUBSCRIBER_DATA_MODIFIED (HLR to gsmSCF). 

(2) MAP-NOTE_SUBSCRIBER_DATA_MODIFIED-ACK (gsmSCF to HLR). 

Figure 24A.3/1 : Interfaces and services for subscriber data modification notification 

24A.3.2 Processes in the IVIAP Entities 

The text in this clause is a supplement to the definition in the SDL diagrams; it does not duplicate the information in the 
SDL diagrams. 

24A.3.2.1 Process in the HLR 

The MAP process in the HLR to send modified data to the gsmSCF is shown in figure 24A.3/2. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 
Successful Outcome 



see clause 25.1.2; 
see clause 25.2.2. 



When the MAP process receives a Notify Subscriber Data Change request from the process in the HLR, it requests a 
dialogue with the gsmSCF whose identity is contained in the Note Subscriber Data Modified request by sending a 
MAP_OPEN service request, notifies modified subscriber data to the gsmSCF using a 

MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service request and invokes the macro Receive_Open_Cnf to wait 
for the response to the dialogue opening request. If the dialogue opening is successful, the MAP process waits for a 
response from the gsmSCF. 

If the HLR notices after receiving a Notify Subscriber Data Change request that the segmentation is needed the HLR 
does not set the 'All Information Sent' indicator. Otherwise the indicator is set and the process returns to the Wait for 
SCF response state. 
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If the MAP process receives a MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service confirm from the gsmSCF, 
the MAP process invokes the macro Check_Confirmation to check the content of the confirm. 

If the macro Check_Confirmation takes the OK exit, the MAP process checks if the 'All Information Sent' indicator is 
set. If it is set the MAP process sends a Notify Subscriber Data Modified ack to the process in the HLR and returns to 
the idle state. If the 'All Information Sent' indicator is not set the MAP process checks if the further segmentation is 
needed. If segmentation is needed the HLR does not set the indicator and sends 

MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service request to the gsmSCF. Otherwise the indicator is set and 
the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service request is sent to the gsmSCF. 

Dialogue opening failure 

If the macro Receive_Open_Cnf indicates that the dialogue with the gsmSCF could not be opened or that the dialogue 
can be opened only at an earlier version, the MAP process sends a Notify Subscriber Data Modified negative response 
indicating system failure to the process in the HLR and returns to the idle state. 

Error in MAP_NOTE_SUBSCRIBER_DATA_MODIFIED confirm 

If the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service confirm contains a user error or a provider error, the 
MAP process sends a Notify Subscriber Data Change negative response to the process in the HLR and returns to the 
idle state. 

Abort of gsmSCF dialogue 

After the dialogue with the gsmSCF has been established, the MAP service provider may abort the dialogue by issuing 
a MAP_P_ABORT indication, or the gsmSCF may send a MAP_CLOSE indication. In either of these cases, the MAP 
process sends a Notify Subscriber Data Change negative response to the process in the HLR and returns to the idle state. 

If the MAP provider indicates a protocol problem by sending a MAP_NOTICE indication, the MAP process closes the 
dialogue with the gsmSCF, sends a Notify Subscriber Data Change negative response indicating system failure to the 
process in the HLR and returns to the idle state. 
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Figure 24A.3/2 Process Subscriber_Data_Modification_Notification_HLR (sheet 1 of 1) 
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24A.3.2.2 Process in the gsmSCF 

The MAP process in the gsmSCF to handle a notification to the gsmSCF of change of subscriber data resume is shown 
in figure 24A.3/3. The MAP process invokes a macro not defined in this clause; the definition of this macro can be 
found as follows: 

Receive_Open_Ind see clause 25 . 1 . 1 ; 

Successful outcome 

When the MAP process receives a MAP_OPEN indication with the application context noteSubscriberDataModified, it 
checks it by invoking the macro Receive_Open_Ind. 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If a MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service indication is received, the MAP process checks if the 
'All Information Sent' indicator is set and if so it sends a Subscriber Data Changed request including all the stored data 
to the process in the gsmSCF, and waits for a response. The Subscriber Data Changed request contains the parameters 
received in the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service indication. If the 'All Information Sent' 
indicator is not set, the received data is stored and the MAP process constructs an empty 

MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service response, sends it to the HLR and returns to the Wait for 
response state. 

If the process in the gsmSCF returns a negative response, the MAP process constructs a 

MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service response, constructs a MAP_CLOSE service request, sends 
them to the HLR and returns to the idle state. 

Failure of dialogue opening with the HLR 

If the macro Receive_Open_Ind takes the Vr exit or the Error exit, the MAP process returns to the idle state. 

If the MAP provider sends a MAP_P_ABORT while the MAP process is waiting for a service indication, the MAP 
process returns to the idle state. 

If the MAP provider sends a MAP_NOTICE while the MAP process is waiting for a service indication, the MAP 
process sends a MAP_CLOSE request to terminate the dialogue and returns to the idle. 
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Figure 24A.3/3: Process Subscriber_Data_Modification_Notification_gsmSCF (sheet 1 of 1) 
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24B Location Service process description 

24B.1 Routeing information retrieval procedure for LCS 
24B.1.1 General 

The message flows for successful retrieval of routeing information related to location services are shown in figure 
24B.1/1. 
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Figure 24B.1/1 : Message flow for retrieval of routeing information for LCS 

The following MAP services are used to retrieve routeing information: 
MAP_SEND_ROUTING_INFO_FOR_LCS see clause 13A.1. 
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24B.1 .2 Process in the GMLC 
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Figure 24B.1/2: Process SRI_FOR_LCS_GMLC 
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24B.1 .3 Process in the HLR 
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Figure 24B.1/3: Process SRI_FOR_LCS_HLR 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



849 



ETSI TS 129 002 V4.9.0 (2002-09) 



24B.2 Provide Subscriber Location procedure 
24B.2.1 General 

The message flows for successful retrieval of the location information of a target MS related to location services are 
shown in figure 24B.1/1. 

+ + + + 

I GMLC + IMSC/ 1 

1 + 1 SGSNI 
+ + + + 

MAP PROVIDE SUBSCRIBER 

LOCATION 

MAP PROVIDE SUBSCRIBER 

LOCATION ACK 

Figure 24B.2/1 : Message flow for request of the location information 

The following MAP services are used to retrieve location information: 

MAP PROVIDE SUBSCRIBER LOCATION see clause 13 A.2. 
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24B.2.2 Process in the GMLC 
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Figure 24B.2/2: Process PSL_GMLC 
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24B.2.3 Process in the MSC 
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Figure 24B.2/3: Process PSL_MSC 
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24B.2.4 Process in the SGSN 
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Figure 24B.2/4: Process PSL_SGSN 
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24B.3 Subscriber Location Report procedure 
24B.3.1 General 

The message flows for successful report of the location information of a target MS related to location services are 
shown in figure 24B.3/1. 
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Figure 24B.3/1 : Message flow for report of the location information 

The following MAP services are used to report location information: 

MAP SUBSCRIBER LOCATION REPORT see clause 13 A.3. 
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24B.3.2 Process in the GMLC 
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Figure 24B.3/2 Process SLR_GMLC 
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24B.3.3 Process in the MSC 
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24B.3.4 Process in the SGSN 
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25 General macro description 

25.1 IVIAP open macros 

25. 1 . 1 Macro Receive_Open_l nd 

This macro is used by a MAP service-user procedure when a peer entity requests opening of a dialogue. 

If the appHcation context received in the MAP-OPEN indication primitive indicates a context name of the MAP version 
one context set, the macro takes the Vr exit.. 

If an application-context different from version 1 is received, the presence of MAP_OPEN information is checked. If no 
MAP_OPEN information has been received, the MAP_OPEN response with: 

Result set to Dialogue Accepted; and 

Application Context Name set to the received value, 

is returned. 

If the received version (Vr) is the one described in this version of MAP, the macro takes the OK exit, otherwise it takes 
the Vr exit.. 

If MAP_OPEN information is received, the macro "CHECK_REFERENCE" is called in order to check whether the 
received values for Destination Reference and Originating Reference correspond with the requirements of the received 
application-context-name. If the outcome of this check is an error, the MAP_OPEN responds with: 

Result set to Dialogue Refused; 

Refuse Reason set to Invalid Destination Reference or Invalid Originating Reference; 

Application Context Name set to the highest version supported, 

is returned and the macro takes the error exit. 

If the data values received for Destination Reference and Originating Reference are accepted for the associated 
application-context-name it is checked whether the Destination Reference is known if this check is required by the 
process that calls the macro. 

If the Destination Reference (e.g. a subscribers IMSI) is unknown, the MAP_OPEN response with 

Result set to Dialogue Refused; 

Refuse Reason set to Invalid Destination Reference; 

Application Context Name set to the highest version supported, 
is returned and the macro takes the error exit. 
Else, if the Destination Reference is accepted or if no check is required, the MAP_OPEN response with 

Result set to Dialogue Accepted; and 

Application Context Name set to the received value, 

is returned and 

If the received version (Vr) is the one described in this version of MAP, the macro takes the OK exit, otherwise it takes 
the Vr exit. 

25.1.2 Macro Receive_Open_Cnf 

This macro is used by a user procedure after it requested opening of a dialogue towards a peer entity. 
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On receipt of a MAP_OPEN Confirmation with a "Result" parameter indicating "Dialogue Accepted", the macro takes 
the OK exit. 

If the "Result" parameter indicates "Dialogue Refused", the "Refuse-reason" parameter is examined. If the "Refuse- 
reason" parameter indicates "Potential Version Incompatibility", the macro terminates in a way that causes restart of the 
dialogue by using the version 1 protocol. 

If the "Refuse-reason" parameter indicates "Application Context Not Supported" and if the received Application 
Context Name indicates "Version Vr" (Vr < Vn), the macro terminates in a way that causes restart of the dialogue by 
using the version Vr protocol. Otherwise, the macro takes the Error exit. 

If the "Refuse-reason" parameter indicates neither "Potential Version Incompatibility" nor "Application Context Not 
Supported", the macro takes the Error exit. 

If a MAP_U_ABORT, a MAP_P_ABORT or a MAP_NOTICE Indication is received, the macro takes the Error exit. 
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Macrodefinition Receive_Open_lnd 



Figure 25.1/1 : Macro Receive_Open_lnd 
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Macrodefinition Receive_Open_Cnf 
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Macrodefinition CHECK REFERENCE 
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25.2 Macros to check the content of indication and confirmation 
primitives 

25.2.1 IVIacro Checkjndication 

If a parameter required by the application is missing from the indication, the macro takes the error exit, with a user error 
of "Data Missing". 

If a parameter not expected by the application is present in the indication, or an expected parameter has a value not in 
the set of values permitted by the application, the macro takes the error exit, with a user error of "Unexpected Data 
Value". 

Otherwise the macro takes the "OK" exit. 

The macro is shown in figure 25.2/1. 

25.2.2 IVIacro Check_Confirmation 

If the confirmation contains a provider error the macro issues a MAP CLOSE request and takes the provider error exit. 

Otherwise, if the confirmation contains a user error the macro takes the user error exit. 

Otherwise, if a parameter required by the application is missing from the confirmation, or a parameter not expected by 
the application is present in the confirmation, or an expected parameter has a value not in the set of values permitted by 
the application, the macro takes the data error exit. 

Otherwise the macro takes the "OK" exit. 

The macro is shown in figure 25.2/2. 
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Macrodefiniti on Check Indication 



Figure25.2/1: Macro to check the parameters of an hdication primitive 
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Macrodefinition Check Confirmation 
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25.3 The page and search macros 
25.3.1 Macro PAGE_MSC 

This macro (see figure 25.3/1) is called if a mobile terminating call set-up, an unstructured SS notification, a network- 
initiated unstructured SS request or a mobile terminating short message is to be delivered to the MS and the current 
location area identity of the MS is known in the VLR. 

When the MSC receives a MAP_PAGE indication, parameter checks are performed first (macro Check_lndication, see 
clause 25.2). If parameter errors are detected, the MSC returns a MAP_PAGE response containing the appropriate error 
cause and the macro terminates with unsuccessful outcome. 

Thereafter, several checks on the indication content are performed. The macro terminates by returning the MAP_PAGE 
response with error: 

Unknown Location Area if the LAI is not known in the MSC; 

System Failure if the call has been released by the calling subscriber or the SMS or SS transaction for this 
subscriber has been released by the originating entity in the meantime. 

Next, the MSC checks if an MM-connection over the radio link already exists for the given IMSI. If so, 

in the case of mobile terminating call set-up the MSC determines whether the busy condition can be established 
(see 3GPP TS 22.001 [2] for a definition of busy states). If the MSC determines that the MS is busy, it returns a 
MAP_PAGE response with error Busy Subscriber, qualified by either More Calls Allowed or No More Calls 
Allowed. The macro then terminates with unsuccessful outcome. 

if the service requested is short message service or an unstructured SS notification or network-initiated 
unstructured SS request, or if the service is mobile terminating call set-up, but the existing connection is for 
signalling purposes only (i.e. a service different from call set-up), the access connection status is set according to 
the characteristics of the existing connection (i.e. RR-connection established, ciphering mode on/off, MM- 
connection existing and authenticated or not), and the macro terminates with successful outcome. 

If no MM-connection for the given IMSI exists, paging is initiated at the radio interface within all cells of the location 
area indicated by the VLR. If the VLR provided the TMSI, the MSC uses it to identify the MS at the radio interface; 
otherwise the MSC uses the IMSI. The IMSI will also be used to determine the page group (see 3GPP TS 24.008 [35]). 
There are several possible outcomes of paging: 

the MS responds to paging, causing the access connection status to be set accordingly (i.e. no RR-connection, in 
which case other values are not significant), and the macro terminates with successful outcome; 

the MS responds with a channel request containing an establishment cause which is not "answer to paging". The 
MSC sends a MAP_PAGE response primitive with user error Busy Subscriber before the macro terminates with 
unsuccessful outcome. This will give priority to the mobile originating request. Alternatively, as an 
implementation option, the MSC may treat this as a response to paging, which will give priority to the mobile 
terminating request. 

there is no response from the MS. The MSC sends a MAP_PAGE response primitive with user error Absent 
Subscriber before the macro terminates with unsuccessful outcome; 

the call handling connection or MAP transaction on which the call, SMS or unstructured SS transaction is 
waiting for delivery, is released before a response is received from the MS (indicated in the SDL by the input 
signal I-REL). The MAP transaction with the VLR will be released in this case by a MAP_U_ABORT request, 
and the unsuccessful macro termination will indicate transaction termination. 

- the MAP transaction with the VLR may be released by receiving a MAP_U_ABORT or MAP_P_ABORT 
indication. The call handling connection or MAP transaction on which the call, SMS or unstructured SS 
transaction is waiting for delivery, is released (indicated in the SDL by the output signal I-REL), and the 
unsuccessful macro termination will indicate transaction termination. 
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25.3.2 Macro Search_For_MS_MSC 

This macro (see figure 25.3/2) is called if a mobile terminating call set-up, an unstructured SS notification, a network- 
initiated unstructured SS request or a mobile terminating short message is to be delivered to the MS and the current 
location area identity of the MS is not known in VLR. 

When the MSC receives a MAP_SEARCH_FOR_MS Indication, parameter checks are performed first (macro 
Check_indication, see clause 25.2). If parameter errors are detected, the MSC returns a MAP_SEARCH_FOR_MS 
response containing the appropriate error cause and the macro terminates with unsuccessful outcome. 

Thereafter, the MSC checks whether the call or the SMS or SS transaction still exists in the MSC. If the call or the SMS 
or SS transaction has been released, the MSC returns a MAP_SEARCH_FOR_MS response with error System Failure 
and the macro terminates with unsuccessful outcome. 

Next, the MSC checks if an MM-connection over the radio link already exists for the given IMSI. If so, 

in the case of mobile terminating call set-up the MSC determines whether the busy condition can be established 
(see 3GPP TS 22.001 [2] for a definition of busy states). If the MSC determines that the MS is busy, it returns a 
MAP_SEARCH_FOR_MS response with error Busy Subscriber, qualified by either More Calls Allowed or No 
More Calls Allowed. The macro then terminates with unsuccessful outcome. 

if the service requested is short message service or an unstructured SS notification or network-initiated 
unstructured SS request, or if the service is mobile terminating call set-up, but the existing connection is for 
signalling purposes only (i.e. a service different from call set-up), a MAP_SEARCH_FOR_MS response 
containing the IMSI and current location area identification of the called MS is returned to the VLR. The access 
connection status is set according to the characteristics of the existing connection (i.e. RR-connection 
established, ciphering mode on/off, MM-connection existing and authenticated or not), and the macro terminates 
with successful outcome. 

If no MM-connection for the given IMSI exists, paging is initiated at the radio interface within all cells of all location 
areas of the VLR, using the IMSI to identify the subscriber and the page group (see 3GPP TS 24.008 [35]). There are 
several possible outcomes of paging: 

the MS responds to paging, causing a MAP_SEARCH_FOR_MS response containing the IMSI and current 
location area identification of the called MS to be returned to the VLR. The access connection status will be set 
accordingly (i.e. no RR-connection, in which case other values are not significant), and the macro terminates 
with successful outcome. 

the MS responds with a channel request containing an establishment cause which is not "answer to paging". The 
MSC sends a MAP_SEARCH_FOR_MS response primitive with user error "Busy Subscriber" before the macro 
terminates with unsuccessful outcome. This will give priority to the mobile originating request. Alternatively, as 
an implementation option, the MSC may treat this as a response to paging, which will give priority to the mobile 
terminating request. 

there is no response from the MS. The MSC sends a MAP_SEARCH_FOR_MS response primitive with user 
error "Absent Subscriber" before the macro terminates with unsuccessful outcome. 

the call handling connection or MAP transaction on which the call, SMS or unstructured SS transaction is 
waiting for delivery, is released before a response is received from the MS (indicated in the SDL by the input 
signal I-REL). The MAP transaction with the VLR will be released in this case by a MAP_U_ABORT request, 
and the unsuccessful macro termination will indicate transaction termination. 

- the MAP transaction with the VLR may be released by receiving a MAP_U_ABORT or MAP_P_ABORT 
indication. The call handling connection or MAP transaction on which the call, SMS or unstructured SS 
transaction is waiting for delivery, is released (indicated in the SDL by the output signal I-REL), and the 
unsuccessful macro termination will indicate transaction termination. 
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Macrodefinition Page_MSC 
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Macrodefinition Search For MS MSC 
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Figure 25.3/2: Macro Search_for_MS_MSC 
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25.4 Macros for handling an Access Request 

These macros are invoked when a MS accesses the network, e.g. to set up an outgoing call or when responding to 
paging. The macro handles identification and authentication of the mobile subscriber as well as invocation of security 
related features (see 3GPP TS 42.009 [6]). 

25.4.1 Macro Process_Access_Request_MSC 

This macro is invoked by any procedure receiving an access request from the MS, e.g. the page response at mobile 
terminating call set-up or the request for outgoing call set-up. 

If no dialogue with the VLR exists (e.g. within the procedure for outgoing call set-up), the MSC will open a dialogue 
towards the VLR by sending a MAP_OPEN request without any user specific parameters. 

In any case, the parameters received from the MS are mapped to a MAP_PROCESS_ACCESS_REQUEST request 
primitive, containing: 

the received subscriber identification (IMSI, TMSI) or - in case of emergency call set-up - an IMEI; 

the CM service type, indicating the type of request; 

the status of the access connection, i.e. whether a connection to this MS already exists and if so, whether it is 
already authenticated and ciphered; 

the current location area id of the MS; and 

- the CKSN received from the MS. 

If opening of the dialogue was required, the MSC will wait for the dialogue confirmation (see macro 
Receive_Open_Confirmation, clause 25.1), leading either to: 

immediate unsuccessful exit from the macro, in case no dialogue is possible; 

reversion to MAP version one dialogue if indicated by the VLR. The macro terminates with unsuccessful 
outcome, as the complete dialogue will be covered by the version one procedure, so that no further action from 
the calling process is required; 

continuation as given below, if the dialogue is accepted by the VLR. 

The MSC waits then for the MAP_PROCESS_ACCESS_REQUEST confirmation. In between, several other 
indications may be received from the VLR: 

- the MSC may receive a MAP_PROVIDE_IMSI indication, handled by the macro Obtain_IMSI_MSC defined in 
clause 25.8. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_AUTHENTICATE indication, handled by the macro Authenticate_MSC defined 
in clause 25.5. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_TRACE_SUBSCRIBER_ ACTIVITY indication, handled by the macro 
Trace_Subscriber_Activity_MSC defined in clause 25.9; 

- the MSC may receive a MAP_SET_CIPHERING_MODE indication, which will be stored for initiating 
ciphering later on; 

- the MSC may receive a MAP_CHECK_IMEI indication, handled by the macro Check_IMEI_MSC defined in 
clause 25.6. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 

- the MSC may receive a MAP_Obtain_IMEI indication, handled by the macro Obtain_IMEI_MSC defined in 
clause 25.6. In case of positive outcome, the procedure continues waiting for the 
MAP_PROCESS_ACCESS_REQUEST confirmation, else the macro terminates with unsuccessful outcome; 
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- the MSC may receive a MAP_U_ ABORT or MAP_P_ABORT indication, or a premature MAP_CLOSE 
indication from the VLR. In all these cases, the macro terminates with unsuccessful outcome, after sending the 
appropriate reject towards the MS (see 3GPP TS 29.010 [58]); 

the MSC may receive a MAP_NOTICE indication from the VLR. In this case, the dialogue towards the VLR is 
terminated by a MAP_CLOSE primitive, the appropriate reject is sent towards the MS (see 3GPP TS 29.010 
[58]), and the macro terminates with unsuccessful outcome; 

the MSC may receive an indication for release of the radio path, in which case the dialogue towards the VLR 
will be terminated by a MAP_U_ABORT primitive, containing the diagnostic information Radio Channel 
Release. 

When the MAP_PROCESS_ACCESS_REQUEST confirmation is received, the parameters of this primitive are 
checked first. In case of unsuccessful outcome of the service, the MAP User Error received is mapped onto the 
appropriate radio interface message (see 3GPP TS 29.010 [58]), before the macro terminates with unsuccessful 
outcome. 

In case of positive outcome of the service, ciphering is initiated on the radio path, if this had been requested by the VLR 
(see above). Otherwise, if the access request was not triggered by a page response from the MS, the access request is 
accepted explicitly by sending a CM_Service_Accept message to the MS. If the access request was triggered by a page 
response from the MS then no CM Service Accept message is sent. 

After ciphering has been initiated, the MSC will wait for the MAP_FORWARD_NEW_TMSI indication from the VLR. 
While waiting, the MSC may receive: 

- a MAP_U_ABORT or MAP_P_ABORT indication, or a premature MAP_CLOSE indication from the VLR. In 
these cases, the macro terminates with unsuccessful outcome, after sending a release request towards the MS 
(see 3GPP TS 29.010 [58]); 

a MAP_NOTICE indication from the VLR. In this case, the dialogue towards the VLR is terminated by a 
MAP_CLOSE primitive, the appropriate reject is sent towards the MS (see 3GPP TS 29.010 [58]), and the 
macro terminates with unsuccessful outcome; 

an indication for release of the radio path, in which case the dialogue towards the VLR will be terminated by a 
MAP_U_ABORT primitive, containing the diagnostic information Radio Channel Release; 

a MAP_DELIMITER request from the VLR. This will be taken as a successful outcome of the macro (i.e. the 
VLR did not require TMSI reallocation), and it terminates successfully; 

an A_SETUP request from the MS. This will be saved for handling by the procedure which invoked the macro 
Process_Access_Request_MSC after the macro has terminated. 

When the MAP_FORWARD_NEW_TMSI indication is received in the MSC, the TMSI Reallocation Command is sent 
to the MS, and the MSC waits for an acknowledgement from the MS. In case a positive acknowledgement is received, 
the MSC sends an empty MAP_FORWARD_NEW_TMSI response primitive to the VLR and terminates successfully. 
Else, the dialogue is terminated locally (MAP_CLOSE_Req with Release method Prearranged End) without any further 
action. 

If the MSC receives an A_SETUP request while it is waiting for the TMSI acknowledgement from the MS, the 
A_SETUP is saved for handling by the procedure which invoked the macro Process_Access_Request_MSC after the 
macro has terminated. 

If the dialogue is aborted by the VLR while waiting for the TMSI acknowledgement from the MS, the MSC regards the 
access request to be failed and terminates with unsuccessful outcome, after sending a release request towards the MS 
(see 3GPP TS 29.010 [58]). 
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25.4.2 Macro Process_Access_Request_VLR 

When the VLR receives a MAP_PROCESS_ACCESS_REQUEST indication, the VLR will check this indication first 
(macro Check_Indication, see clause 25.2). In case of negative outcome, the macro will proceed with the error handling 
described below. 

If the indication data are correct, it is checked first whether the subscriber identification (IMSI or TMSI) is known if 
included: 

if the identification is not known, the IMSI may be requested from the MS, described in the macro 
Identification_Procedure (see below) with outcome: 

OK, if a IMSI known in the VLR has been received; 

Error, if the VLR did not recognise the subscriber's identity. The macro will proceed with the error handling 
described below; 

Aborted, if the transaction to the MSC is released. The macro will terminate immediately with unsuccessful. 

In case the identity received is an IMEI, the error System Failure is set and the macro proceeds with the error handling 
described below. 

NOTE: Emergency Call with IMEI may be accepted within the error handling phase. 

For a known subscriber the authentication check is performed next (see macro Authenticate_VLR, clause 25.5), if 
required. If a negative result is received, the VLR proceeds on receipt of user error: 

illegal subscriber depending on the identity used for authentication; 

In case IMSI is already used or no new authentication attempt with IMSI shall not be performed (operator 
option), the error Illegal Subscriber is set and the macro proceeds with the error handling described below. 

If a new authentication attempt with IMSI shall be performed, the IMSI is requested from the MS (macro 
Obtain_IMSI_VLR, see clause 25.8): 

the authentication will be performed again if a IMSI known in the VLR is received; 

the error Unidentified Subscriber is set and the macro proceeds with the error handling described below, 
if the IMSI received is unknown in VLR; 

if the IMSI request procedure fails for any other reason, the error System Failure is set and the macro 
proceeds with the error handling described below; 

- if the dialogue has been aborted during the IMSI request, the macro terminates immediately with 
unsuccessful outcome; 

unknown subscriber by setting the error Unidentified Subscriber and proceeding with the error handling 
described below. 

NOTE: This can occur only in case of data inconsistency between HLR and VLR; 

procedure error by setting the error System Failure and proceeding with the error handling described below; 

null (i.e. the dialogue towards the MSC is terminated) by terminating immediately with unsuccessful 
outcome. 

The MS access is accepted if no authentication is required or after successful authentication. Then, the indicator 
"Confirmed by Radio Contact" is set to "Confirmed". If the indicator "Location Information Confirmed in HLR" is set 
to "Not Confirmed", HLR updating will be started as an independent process (Update_Location_VLR, see 
clause 19.1.1.6). 

If the indicator "Confirmed by HLR" is set to "Not Confirmed", the error Unidentified Subscriber is set and the macro 
proceeds with the error handling described below. 
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If roaming is not allowed in the location area indicated in the Current Location Area Id parameter, the error Roaming 
Not Allowed qualified by the roaming restriction reason is set and the macro proceeds with the error handling described 
below. 

In case roaming is allowed, the IMSI is set to attached and the process for notifying the HLR that the subscriber is 
present is started if required (Subscriber Present VLR, see clause 25.10). 

At next, tracing is invoked if required by the operator (macro Trace_Subscriber_Activity_VLR, see clause 25.9). 
Thereafter, 

if ciphering is not required, IMEI checking is invoked if required by the operator (see macro Check_IMEI_VLR 
defined in clause 25.6). 

The error Illegal Equipment is set in case of unsuccessful outcome of the IMEI check, the subscriber is 
marked as detached and the macro proceeds with the error handling described below. 

The macro terminates immediately with unsuccessful outcome if the MSC dialogue has been released during 
the IMEI check. 

Else, the macro terminates successfully by returning the MAP_PROCESS_ACCESS_REQUEST response 
containing the IMSI to indicate acceptance of the MS access. 

if ciphering is required, the MAP_SET_CIPHERING_MODE request containing: 

the cipher mode indicating the cipher algorithm required; and 

the cipher key to be used; 

is sent to the MSC. 

As a further operator option, IMEI checking may be performed next. 

The error Illegal Equipment is set in case of unsuccessful outcome of the IMEI check, the subscriber is marked 
as detached and the macro proceeds with the error handling described below. 

The macro terminates immediately with unsuccessful outcome if the MSC dialogue has been released during the 
IMEI check. 

Else, the macro terminates successfully by returning the MAP_PROCESS_ACCESS_REQUEST response 
containing the IMSI to indicate acceptance of the MS access. 

IF no TMSI reallocation is required (again an operator option), the macro terminates thereafter. Else, TMSI reallocation 
is performed by sending a MAP_FORWARD_NEW_TMSI request, containing the new TMSI as parameter. The old 
TMSI will be frozen until an acknowledgement from the MS has been received. Before the macro terminates, the VLR 
will wait for the MAP_FORWARD_NEW_TMSI response, containing no parameters if reallocation has been 
confirmed by the MS, or a Provider Error, otherwise, in which case the old TMSI is kept frozen to avoid double 
allocation. In this case, both the old as the new TMSI are subsequently regarded valid when used by the MS. 

Error handling 

In case some error is detected during handling the access request, a respective error has been set. Before returning this 
error cause to the MSC in a MAP_PROCESS_ACCESS_REQUEST response, it need to be checked whether this access 
is for emergency call set-up, as this will require extra treatment. 

If the CM Service type given in the MAP_PROCESS_ACCESS_REQUEST indication is emergency call set-up, it is 
checked whether EC set-up in the particular error situation is permitted (operator option). If so, it is checked whether 
the IMEI is required, and if so the IMEI is requested from the MS (macro Obtain_IMEI_VLR, see clause 25.6). 

The macro will terminate immediately with unsuccessful outcome if the MSC transaction has been aborted 
during the IMEI retrieval. 

In case of an error reported back from IMEI retrieval, MAP_PROCESS_ACCESS_REQUEST response 
containing the error cause set previously is returned to the MSC, the dialogue is closed (MAP_CLOSE request 
indicating normal release) and the macro terminates with unsuccessful outcome. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 876 ETSI TS 1 29 002 V4.9.0 (2002-09) 

When a subscriber identity required by the operator (IMSI or IMEI) is available, the user error set previously is deleted, 
the respective identity is returned in the MAP_PROCESS_ACCESS_REQUEST response to indicate acceptance of 
emergency call, and the macro terminates with successful outcome. 

In all other cases, the MAP_PROCESS_ACCESS_REQUEST response containing the error cause set previously is 
returned to the MSC, the dialogue is closed (MAP_CLOSE request indicating normal release) and the macro terminates 
with unsuccessful outcome. 

25.4.3 Macro Identification Procedure 

This macro is invoked by the macro Process_Access_Request_VLR in case the subscribers identity is not known in the 
VLR. 

If the identity received from the MS is an IMSI, the error Unidentified Subscriber will be set and reported back to the 
calling macro (to be sent in the MAP_PROCESS_ACCESS_REQUEST response). The same error is used in case a 
TMSI was received from the MS, but the operator does not allow open identification of the MS. 

If open identification of the MS is allowed, the macro Obtain_IMSI_VLR is invoked, requesting the subscribers IMSI 
from the MS (see clause 25.8), with outcome 

OK, in which case it is checked whether for the IMSI received there exists a subscriber record in the VLR. If so, 
the macro terminates successfully, else the error Unidentified Subscriber will be set and reported back to the 
calling macro. 

Error, in which case the error System Failure will be set and reported back to the calling macro. 

Aborted, i.e. the MSC transaction is released, in which the macro terminates accordingly. 
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25.5 Authentication macros and processes 

The following macros are used in the GSM network in order to enable authentication of a mobile subscriber. 

25.5.1 IVIacro Authenticate_l\/ISC 

This macro is used by the MSC to relay a request for authentication transparently from the VLR to the MS, wait for a 
response from the MS and to relay the response from the MS back to the VLR. If, while the MSC is waiting for the 
authentication response, the air interface connection is released or a MAP_U_ABORT, MAP_P_ABORT or 
MAP_CLOSE indication is received from the VLR, then necessary connections are released and the "Error" exit is 
used. The macro is described in figure 25.5/1. 

25.5.2 IVIacro Authenticate_VLR 

This macro is used by the VLR to control the authentication of a subscriber. The macro proceeds as follows: 

if there are not enough authentication vectors in the VLR to perform the authentication, then the macro 
"Obtain_Authent_Para_VLR" described below is invoked. If this macro fails, then the corresponding error 
(Unknown Subscriber or Procedure Error) is returned to the calling process; 

if there are enough authentication vectors in the VLR, or the Obtain_Authent_Para_VLR macro was successful, 
then a MAP_AUTHENTICATE request is sent to the MSC. This request contains the RAND, CKSN or KSI, 
and possibly AUTN parameters as indicated in the service description; 

the VLR then waits for a response from the MSC; 

- if a MAP_U_ABORT, MAP_P_ABORT or MAP_CLOSE indication is received from the MSC in this wait 
state, the VLR checks whether authentication sets are available. If no sets are available the process 
Obtain_Authent_Sets_VLR is invoked to fetch authentication sets from the HLR. The "Null" exit is then used; 

if a MAP_NOTICE indication is received from the MSC in this wait state, the VLR closes the dialogue with the 
MSC, then checks whether authentication sets are available. If no sets are available the process 
Obtain_Authent_Sets_VLR is invoked to fetch authentication sets from the HLR. The "Null" exit is then used; 

if a MAP_AUTHENTICATE confirmation is received by the VLR, it checks whether the received Signed Result 
(SRES) is identical to the stored one (see 3GPP TS 43.020 [24]), or whether the received RES is identical to the 
stored XRES. If this is not the case, the "Illegal Subscriber" exit is used. If the SRES values or RES and XRES 
are identical, then the "OK" exit is used; 

before exit, the VLR may fetch a new set of triplets from the HLR. This is done by initiating a separate 
Obtain_Authent_Sets_VLR process described below. 

The macro is described in figure 25.5/2. 

25.5.3 Process Obtain_Authentication_Sets_VLR 

This process is initiated by the VLR to fetch authentication vectors from a subscriber's HLR in a stand-alone, 
independent manner. The Obtain_Authent_Para_VLR macro described below is simply called; the process is described 
in figure 25.5/3. 

25.5.4 Macro Obtain_Authent_Para_VLR 

This macro is used by the VLR to request authentication vectors from the HLR. The macro proceeds as follows: 

- a connection is opened, and a MAP_SEND_AUTHENTICATION_INFO request sent to the HLR; 

if the HLR indicates that a MAP version 1 or 2 dialogue is to be used, the VLR performs the equivalent MAP 
version 1 or 2 dialogue, which can return a positive result containing authentication sets, an empty positive 
result, or an error; 

if the dialogue opening fails, the "Procedure Error" exit is used. Otherwise, the VLR waits for the response from 
the HLR; 
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- if a MAP_SEND_AUTHENTICATION_INFO confirmation is received from the HLR, the VLR checks the 
received data. 

One of the following positive responses may be received from a MAP version 1 or MAP version 2 dialogue with the 
HLR: 

Authentication triplets, in which case the outcome is successful; 

Empty response, in which case the VLR may re-use old triplets, if allowed by the PLMN operator. 

If the VLR cannot re-use old triplets (or no such triplets are available) then the "Procedure Error" exit is used. 

If the outcome was successful or re-use of old parameters in the VLR is allowed, then the "OK" exit is used. 

If an "Unknown Subscriber" error is returned by the MAP version 1 or 2 dialogue, then the "Unknown Subscriber" exit 
is used. 

In a MAP version 3 dialogue a (possibly empty) set of authentication vectors may be received, transferred by means of 
the TC-RESULT-L service, from the HLR followed by a MAP_CLOSE_Indication or by a 
MAP_DELIMITER_Indication. If a MAP_DELIMITER_Indication is received, the VLR may request additional 
authentication vectors from the HLR by sending a new MAP_SEND_AUTHENTIFICATION_INFO_Request with no 
parameter part. If a MAP_CLOSE_Indication is received, and authentication vectors have been received during the 
dialogue, then the "OK" exit is used. If no authentication vectors have been received during the dialogue, the VLR 
checks whether old GSM Triplets are available and can be re-used. If so, the "OK" exit is used, otherwise the 
"Procedure Error" exit is used. Note that re-use of old UMTS Quintuplets is not allowed. 

If in a MAP version 3 dialogue an "Unknown Subscriber" error is received, then the "Unknown Subscriber" exit is used. 
If other errors are received, the VLR checks whether old GSM Triplets are available and can be re-used. If so, the "OK" 
exit is used, otherwise the "Procedure Error" exit is used. Note that re-use of old UMTS Quintuplets is not allowed. 

- if a MAP-U-ABORT, MAP_P_ABORT, MAP_NOTICE or unexpected MAP_CLOSE service indication is 
received from the MSC, then open connections are terminated, and the macro takes the "Null" exit; 

- if a MAP-U-ABORT, MAP_P_ABORT or unexpected MAP_CLOSE service indication is received from the 
HLR, then the VLR checks whether old authentication parameters (GSM triplets) can be re-used. If old 
parameters cannot be re-used the macro takes the "Procedure Error" exit; otherwise it takes the "OK" exit; note 
that re-use of old UMTS Quintuplets is not allowed; 

if a MAP_NOTICE service indication is received from the HLR, then the dialogue with the HLR is closed. The 
VLR then checks whether old authentication parameters (GSM triplets) can be re-used. If old parameters cannot 
be re-used the macro takes the "Procedure Error" exit; otherwise it takes the "OK" exit; note that re-use of old 
UMTS Quintuplets is not allowed. 

The macro is described in figure 25.5/4. 

25.5.5 Process Obtain_Auth_Sets_HLR 

Opening of the dialogue is described in the macro Receive_Open_Ind in clause 25.1, with outcomes: 

reversion to version one or two procedure; 

procedure termination; or 

dialogue acceptance, with proceeding as below. 

This process is used by the HLR to obtain authentication vectors from the AuC, upon request from the VLR or from the 
SGSN. The process acts as follows: 

- a MAP_SEND_AUTHENTICATION_INFO indication is received by the HLR; 

- the HLR checks the service indication for errors. If any, they are reported to the VLR or to the SGSN in the 
MAP_SEND_AUTHENTICATION_INFO response. If no errors are detected, authentication vectors are 
fetched from the AuC. Further details are found in 3GPP TS 43.020 [24]; 
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If Network Access Mode is set to 'non-GPRS only' and if the Requesting Node Type is present and indicates 
"SGSN", the HLR may return error Unknown Subscriber (with diagnostic value set to 'Gprs Subscription 
Unknown') in the response and terminate the process; 

If Network Access Mode is set to 'GPRS only' and if the Requesting Node Type is present and indicates "VLR", 
the HLR may return error Unknown Subscriber in the response and terminate the process; 

if errors are detected they are reported to the VLR or to the SGSN in the 

MAP_SEND_AUTHENTICATION_INFO response. Otherwise the authentication vectors are returned by 
means of the TC-RESULT-L service. 

if segmentation of the response message is required and allowed, a 

MAP_SEND_AUTHENTICATION_INFO_response transferred by means of the TC-RESULT-L service, 
containing at least one authentication vector, followed by a MAP_DELIMITER_request is returned to the VLR 
or SGSN, the remaining authentication vectors are stored and the HLR waits for a new service indication from 
the VLR or SGSN. 

The process is described in figure 25.5/5. 
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MacrodefinitionOBTAIN_AUTHENT_PARA_VLR 

Figure 25.5/4: Macro to obtain authentication parameters from the HLR to the VLR 
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MacrodefinitionOBTAIN_AUTHENT_PARA_VLR 

Figure 25.5/4: Macro to obtain authentication parameters from the HLR to the VLR 
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Process Obtain_Auth_Sets_HLR 

Figure 25.5/5: Process in the HLR to obtain authentication, 
sets from the AuC and relay them to the VLR 
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process Obtain_Auth_Sets_HLR 
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Figure 25.5/6: Procedure Check_Available_Vectors 

25.5.6 Process Obtain_Authent_Para_SGSN 

For authentication procedure description see 3GPP TS 23.060 [104] and 3GPP TS 24.008 [35]. 

This Process is used by the SGSN to request authentication vectors from the HLR. 

If the SGSN does not know the subscriber's HLR address (e.g. no IMSI translation exists), the Authentication Parameter 
negative response with error 'Unknown HLR' is returned to the requesting process. 
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Otherwise, the Process proceeds as follows: 

- a connection is opened, and a MAP_SEND_AUTHENTICATION_INFO request sent to the HLR; 

if the HLR indicates that a MAP version 1 or 2dialogue is to be used, the SGSN performs the equivalent MAP 
version 1 or 2dialogue. which can return a positive result containing authentication sets, an empty positive result, 
or an error; 

if the dialogue opening fails, the Authentication Parameters negative response with appropriate error is sent to 
the requesting process. Otherwise, the SGSN waits for the response from the HLR; 

- if a MAP_SEND_AUTHENTICATION_INFO confirmation is received from the HLR, the SGSN checks the 
received data. 

One of the following positive responses may be received from a MAP version 1 or MAP version 2 dialogue with the 
HLR: 

Authentication triplets, in which case the outcome is successful; 

Empty response, in which case the SGSN may re-use old triplets, if allowed by the PLMN operator. 

If the SGSN cannot re-use old triplets (or no such triplets are available) then the Authentication Parameters negative 
response with appropriate error is sent to the requesting process. 

If the outcome was successful or re-use of old parameters in the SGSN is allowed, then the Authentication Parameters 
response is sent to the requesting process 

If an "Unknown Subscriber" error is included in the MAP_SEND_AUTHENTICATION_INFO confirm or is returned 
by the MAP version 1 dialogue, then the appropriate error is sent to the requesting process in the Authentication 
Parameters negative response 

In a MAP version 3 dialogue a (possibly empty) set of authentication vectors may be received , transferred by means of 
the TC-RESULT-L service,from the HLR followed by a MAP_CLOSE_Indication or by a 

MAP_DELIMITER_Indication. If a MAP_DELIMITER_Indication is received, the SGSN may request additional 
authentication vectors from the HLR by sending a new MAP_SEND_AUTHENTIFICATION_INFO_Request. If a 
MAP_CLOSE_Indication is received, and authentication vectors have been received during the dialogue, then the "OK" 
exit is used. If no authentication vectors have been received during the dialogue, the SGSN checks whether old GSM 
Triplets are available and can be re-used. If so, the "OK" exit is used, otherwise the "Procedure Error" exit is used. Note 
that re-use of old UMTS Quintuplets is not allowed. 

If in a MAP version 3 dialogue an "Unknown Subscriber" error is received, then the "Unknown Subscriber" exit is used. 
If other errors are received, the SGSN checks whether old GSM Triplets are available and can be re-used. If so, the 
"OK" exit is used, otherwise the "Procedure Error" exit is used. Note that re-use of old UMTS Quintuplets is not 
allowed. 

- if a MAP-U-ABORT, MAP_P_ABORT or unexpected MAP_CLOSE service indication is received from the 
HLR, then the SGSN checks whether old authentication parameters can be re-used. If old parameters cannot be 
re-used the Authentication Parameters negative response with appropriate error is sent to the requesting process. 

if a MAP_NOTICE service indication is received from the HLR, then the dialogue with the HLR is closed. The 
SGSN then checks whether old authentication parameters can be re-used. If old parameters cannot be re-used the 
process terminates and the Authentication Parameters negative response with appropriate error is sent to the 
requesting process; Otherwise the Authentication Parameters response is sent to requesting process. 

The process is described in figure 25.5/6. 
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Figure 25.5/6: Process to obtain authentication parameters from tine HLR to the SGBN 
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25.5.7 Process Authentication_Failure_Report 
25.5.7.1 General 

The Authentication Failure Report procedure is used to notify a HLR about the occurrence of an authentication failure 
in the SGSN or VLR. 

The procedure is shown in figure 25.5/7. 
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Figure 25.5/7: Message Flows to Authentication Failure Report 
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Figure 25.6/7: Message Flows to Authentication Failure Report 
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25.5.7.2 Process in the VLR 
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25.5.7.3 Process in the SGSN 
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25.5.7.4 Process in the HLR 
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25.6 IMEI Handling Macros 



The following macros are used in the GSM network in order to enable handling and checking of the mobile equipment 
identity. 

25.6.1 Macro CheckJMEI_MSC 

This macro is used by the MSC to receive a request from the VLR, relay it to the EIR, and pass the result from the EIR 
back to the VLR. The macro proceeds as follows: 

a MAP_CHECK_IMEI service indication containing only the Invoke Id is received from the VLR; 

- if the IMEI is not available in the MSC, it is requested from the MS using the IDENTITY REQUEST message; 

if the MS releases the radio resources, a MAP_U_ABORT request indicating "Application procedure 
Cancellation" is sent to the VLR, and the "Error" exit of the macro is used; 

when the IMEI is known, a connection is set up towards the EIR, and a MAP_CHECK_IMEI service request is 
sent including the IMEI; 

if the opening of the dialogue fails, a System Failure is reported to the VLR. Otherwise, the MSC waits for a 
response from the EIR; 

when the MAP_CHECK_IMEI service confirm is received, it is checked for errors. Any errors discovered in the 
MSC lead to the System Failure error to be reported to the VLR in the MAP_CHECK_IMEI response. Any 
errors reported from the EIR are sent directly to the VLR in the MAP_CHECK_IMEI service response. If no 
errors are detected by or reported to the MSC, the IMEI is added to the MAP_CHECK_IMEI service response 
returned to the VLR. The "OK" exit is used in all cases; 

- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE service indication is received from 
the EIR, the MSC closes the transaction with the EIR (if necessary), reports a System Failure error back to the 
VLR in the MAP_CHECK_IMEI response, and uses the macro's "OK" exit; 

- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE indication is received from the 
VLR, the MSC closes the transaction with the VLR (if necessary) and aborts the connections towards the EIR 
and the MS; the macro takes the "Error" exit. 

If the dialogue with the EIR drops back to version 1, the result or error returned by the EIR is checked. The use of the 
"Check_Confirmation" macro in the SDL diagram indicates that the checks carried out on the result returned by the EIR 
in a MAP vl dialogue are functionally equivalent to those carried out on the parameters of the MAP_CHECK_IMEI 
confirm received from the EIR in a MAP v2 dialogue. 

The macro is described in figure 25.6/1. 

25.6.2 Macro CheckJMEI_VLR 

This macro is used by the VLR to control the check of a mobile equipment's IMEI. The macro proceeds as follows: 

a MAP_CHECK_IMEI service request is sent to the MSC, including only the Invoke Id; 

the VLR then waits for the response from the MSC; 

if a MAP_CHECK_IMEI service confirm including either: 

the IMEI and the Equipment Status; or 

an error; 

is received, the VLR checks whether the response requires that an alarm be generated on the Operation and 
Maintenance interface. The criteria for such alarms are PLMN operator dependent; 

the VLR then checks whether the response from the MSC means that service is granted to the MS. The criteria 
for granting service depending on the equipment status or errors received in the MAP_CHECK_IMEI service 
response are also PLMN operator dependent; 
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- if a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or MAP_NOTICE indication is received from the 
MSC, then the MSC connection is closed (if necessary) and the macro takes the "Aborted" exit. 

The macro is described in figure 25.6/2. 

25.6.3 Process CheckJMEI_EIR 

This process is used by the EIR to obtain the status of a piece of mobile equipment, upon request from the MSC or from 
the SGSN. The process acts as follows: 

a MAP_OPEN service indication is received (macro Receive_Open_Ind, clause 25.1.1). If the dialogue opening 
fails, the process terminates; 

otherwise, a MAP_CHECK_IMEI indication is received by the EIR, containing the IMEI to be checked; 

the EIR checks the service indication for errors. If there are any, they are reported to the MSC or to the SGSN in 
the MAP_CHECK_IMEI response. If no errors are detected, the EIR data base function is interrogated for the 
status of the given equipment. Further details are found in 3GPP TS 22.016 [7]; 

the status of the equipment (white-listed, grey-listed, black-listed or unknown) is returned to the MSC or to the 
SGSN in the MAP_CHECK_IMEI service response; 

- if a MAP_U_ABORT, MAP_P_ABORT, MAP_NOTICE or MAP_CLOSE indication is received from the MSC 
or from the SGSN at any time during this process, the process in the EIR terminates. 

The process is described in figure 25.6/3. 

25.6.4 Macro ObtainJMEI_MSC 

This macro is used by the MSC to respond to a request from the VLR to provide the IMEI. The macro proceeds as 
follows: 

a MAP_OBTAJN_IMEI service indication containing only the Invoke Id is received from the VLR; 

- if the IMEI is not available in the MSC, it is requested from the MS using the IDENTITY REQUEST message; 

when the IMEI is known, it is returned to the VLR in the MAP_OBTAIN_IMEI service response. The macro 
terminates at the "OK" exit; 

if the IMEI cannot be obtained by the MSC, the System Failure error is reported back to the VLR in the 
MAP_OBTAIN_IMEI service response. The macro terminates at the "OK" exit; 

- if a MAP_P_ABORT, MAP_U_ABORT or MAP_CLOSE indication is received from the VLR, the macro 
terminates at the "Error" exit. 

The macro is described in figure 25.6/4. 

25.6.5 Macro ObtainJMEI_VLR 

This macro is used by the VLR to obtain the IMEI from the MSC, e.g. to enable handling of emergency calls in case of 
authentication failure (in which case the IMEI may be used by some operators as an alternative to the IMSI). It proceeds 
as follows: 

- the MAP_OBTAIN_IMEI service request is sent to the MSC, including only the Invoke Id; 
the VLR then waits for the response from the MSC; 

if the IMEI is received in the MAP_OBTAIN_IMEI service response, the macro terminates at the "OK" exit; 
if the System Failure error is reported in the MAP_OBTAJN_IMEI service response, the "Error" exit is used; 

- if the MSC terminates the dialogue using a MAP_P_ABORT, MAP_U_ABORT, MAP_CLOSE or 
MAP_NOTICE service indication, the necessary connections are released, and the "Aborted" exit is used for 
termination of the macro. 
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The macro is shown in figure 25.6/5. 
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Macrodefinition Check IMEI MSC 
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Figure 25.6/1 (sheet 2 of 2): Process Check_IMEI_MSC 
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Macrodefiniti on Check IMEI VLR 



Figure 25.6'2: Check IIVEI macro in the VLR, containing the request towards the IVBC/EiR 
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Figure 25.6/2: Process Check_IMEI_VLR 
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Process Check IMEI EIR 



Figure 25.6/3: The process in the EiRto checl^an ilvlEi 
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Figure 25.6/3: Process Check_IMEI_EIR 
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Macrodefinition Obtain IMEI MSC 
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Figure 25.6/4: Process Obtain_IMEI_MSC 
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Macrodefinition Obtain IMEI VLR 



Figure 25.6/5: Obtain IIVIEI macro in the VLR, controlling ttie request towards ttie MSC 
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Figure 25.6/5: Process Obtain_IMEI_VLR 
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25.6.6 Process CheckJMEI_SGSN 

This process is used by the SGSN to control the check of a mobile equipment's IMEI. The process proceeds as follows: 

if the MS does not complete successfully the procedure, the "Error" exit of the macro is used; 

when the IMEI is known, a connection is set up towards the EIR, and a MAP_CHECK_IMEI service request is 
sent including the IMEI; 

if the opening of the dialogue fails, a System Failure is set. Otherwise, the SGSN waits for a response from the 
EIR; 

if a MAP_CHECK_IMEI service confirm including either: 

the IMEI and the Equipment Status; or 

an error; 

is received, the SGSN checks whether the response requires that an alarm be generated on the Operation and 
Maintenance interface. The criteria for such alarms are PLMN operator dependent; 

the SGSN then checks whether the response from the EIR means that service is granted to the MS. The criteria 
for granting service depending on the equipment status or errors received in the MAP_CHECK_IMEI service 
response are also PLMN operator dependent; 

If the dialogue with the EIR drops back to version 1, the result or error returned by the EIR is checked. The use of the 
"Check_Confirmation" macro in the SDL diagram indicates that the checks carried out on the result returned by the EIR 
in a MAP vl dialogue are functionally equivalent to those carried out on the parameters of the MAP_CHECK_IMEI 
confirm received from the EIR in a MAP v2 dialogue. 

The process is described in figure 25.6/6. 
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Process Check IMEI SGSN 



Figure 25.6/6: Check IMEI process in the SG 
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Figure 25.6/6 (sheet 1 of 2): Process Check_IMEI_SGSN 
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25.7 Insert Subscriber Data Macros 
25.7.1 Macro lnsert_Subs_Data_VLR 

This macro describes the reception of the InsertSubscriberData service indication. This macro is used by any procedure 
that triggers the reception of subscriber data (e.g. Update Location or Restore Data). 

If the VLR does not support any basic or supplementary service or the network feature Operator Determined Barring, or 
there is a problem with Regional Subscription Data then it reports it to the HLR. 

If the entire MSC area is restricted due to regional subscription this is reported to the HLR. 

The SDL diagram is shown in figure 25.7/1. 
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Figure 25.7/1 : Macro lnsert_Subs_Data_VLR 
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25.7.2 Process lnsert_Subs_Data_Stand_Alone_HLR 

This process is used by HLR to transfer subscriber data to VLR or to SGSN in a stand alone mode, i.e. in its own 
dialogue. This is done whenever a change of subscriber data is performed either by the operator or by the subscriber and 
this change has to be reported to VLR or to SGSN. 

The process, after opening the dialogue with VLR or with SGSN, sends as many requests of the InsertSubscriberData 
service as necessary to transfer the subscriber data. The call to the process "Send_Insert_Subs_Data" (see clause 25.7.4) 
is meant to describe two possible behaviours of the HLR when more than one service request has to be sent: 

either the HLR handles the requests and the confirmations in parallel; or 

the HLR sends every request after receiving the confirmation to the previous one. 

The macros "Wait_for_Insert_Subs_Data_Cnf" and 'Wait_for_Insert_GPRS_Subs_Data_Cnf (see clauses 25.7.3 and 
25.7.6) are also called in order to handle every single confirmation. 

If the result of a primitive received from the VLR or from the SGSN is unsuccessful, the HLR may initiate re-attempts; 
the number of repeat attempts and the time in between are HLR operator options, depending on the error returned by the 
VLR or by the SGSN. 

If certain services required for a subscriber are not supported by the VLR or by the SGSN (e.g. Advice of Charge 
Charging Level), this may result in one of the following outcomes: 

the HLR stores and sends "Roaming Restriction Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restriction Due To Unsupported Feature" is stored 
in the HLR, the "MSC Area Restricted Flag" shall be set to "restricted". This will prevent MT calls, MT SM and 
MT USSD from being forwarded to the MSCA'LR. 

the HLR stores and sends other induced subscriber data (e.g. a specific barring program) in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. This will cause rejection of mobile originated service requests, 
except emergency calls. 

the HLR stores and sends "Roaming Restricted In SGSN Due To Unsupported Feature" in a subsequent 
MAP_INSERT_SUBSCRIBER_DATA service. If "Roaming Restricted In SGSN Due To Unsupported Feature" 
is stored in the HLR, the "SGSN Area Restricted Flag" shall be set to "restricted". This will prevent MT SM 
from being forwarded to the SGSN and Network Requested PDF-Context activation. 

When the VLR receives regional subscription data (Zone Code List) it may respond with "MSC Area Restricted" in the 
MAP_INSERT_SUBSCRIBER_DATA response. In this case the "MSC Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT calls, MT SM and MT USSD from being forwarded to the MSCA^LR. 

When the SGSN receives regional subscription data (Zone Code List) it may respond with "SGSN Area Restricted" in 
the MAP_INSERT_SUBSCRIBER_DATA response. In this case the "SGSN Area Restricted Flag" shall be set to 
"restricted" in the HLR. This will prevent MT SM from being forwarded to the SGSN and Network Requested PDP- 
Context activation. 

If subscriber data for CAMEL Phase 2 or 3 services are sent to a VLR which does not support CAMEL Phase 2 or 3, 
the service behaviour may be unpredictable or incorrect. The HLR therefore needs to ensure that at the conclusion of a 
stand alone Insert Subscriber data procedure that the data in the VLR do not require a capability that the VLR does not 
have. Possible mechanisms to ensure this are described in 3GPP TS 23.078. 

The HLR should send a Forwarded-to number which is not in E. 164 international format to the VLR only when the 
HLR has ascertained that the VLR supports CAMEL Phase 2 or 3. Thus, the ISD message containing the Forwarded-to 
number which is not in E. 164 international format shall be sent to the VLR only if the HLR previously received 
confirmation from the VLR at Location Update that CAMEL Phase 2 or 3 is supported. 

A Forwarded-to number in non-international E. 164 format shall only be sent from an HLR to a VLR if the VLR 
supports CAMEL Phase 2, or a subsequent version of CAMEL. 
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If the HLR does not store "Roaming Restriction Due To Unsupported Feature" as a consequence of the stand alone 
Insert Subscriber Data procedure and the HLR does not receive "MSC Area Restricted" in the 

MAP_INSERT_SUBSCRIBER_DATA response and "Roaming Restriction Due To Unsupported Feature" has not been 
stored in the HLR in the course of a previous subscriber data retrieval procedure, the "MSC Area Restricted Flag" in the 
HLR shall be set to "not restricted". 

If the HLR does not store "Roaming Restricted In SGSN Due To Unsupported Feature" as a consequence of the stand 
alone Insert Subscriber Data procedure and the HLR does not receive "SGSN Area Restricted" in the 
MAP_INSERT_SUBSCRIBER_DATA response and "Roaming Restricted In SGSN Due To Unsupported Feature" has 
not been stored in the HLR in the course of a previous subscriber data retrieval procedure, the "SGSN Area Restricted 
Flag" in the HLR shall be set to "not restricted". 

The SDL diagram of process between HLR and VLR is shown in figure 25.7/2; 

The SDL diagram of process between HLR and SGSN is shown in figure 25.7/5. 
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Process Insert Subs Data Stand Alone HLR 



Figure 25.7/2: Independent process to open a new dialogue' _^ 
and transfer subscriber data from HLR to VLR 
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Figure 25.7/2 (sheet 1 of 2): Process lnsert_Subs_Data_Stand_Alone_HLR 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



917 



ETSI TS 129 002 V4.9.0 (2002-09) 



Process Insert Subs Data Stand Alone HLR 
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Figure 25.7/2 (sheet 2 of 2): Process lnsert_Subs_Data_Stand_Alone_HLR 
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Process Insert GPRS Subs Data Stand Alone HLR 



25.7_5.1(2) 



Figure 25.7/5: Independent process to open a new 

dialogue and transfer GPRS subscriber 
data from HLR to SGSN 



OK 



Wait_For_ 

hsert_GPRS_Subs_ 

Data Cnf 



no 



Count:=0 



T 



Ok 



Set_ 

replacement_ 

service (s) 





MAP_OPEN_req 

MAP_INSERT_SUBSCRIBER_DATA_req 

MAP_DELIMITER_req 



Receive_ 
Open_Cnf 



^Figure 25.1/2 



J Figure 25.7/7 



Error 

MAP_U_ 
ABORT_rebq 




yes 



Send_lnsert_ 
Subs Data 



J Figure 25.7/4 



Count:= 
Count+1 




Vr, Error 



Abort 




/ 2 \ 
'page 2' 



Figure 25.7/5 (sheet 1 of 2): Process lnsert_GPRS_Subs_Data_Stand_Alone_HLR 
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Process Insert GPRS Subs Data Stand Alone HLR 
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Figure 25.7/5 (sheet 2 of 2): Process lnsert_GPRS_Subs_Data_Stand_Alone_HLR 
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25.7.3 Macro Wait_for_lnsert_Subs_Data_Cnf 

This macro is used by any process or macro that describes the handling of the reception of the Insert_Subscriber_Data 
service in HLR that is coming from VLR (e.g. Update Location or Restore Data). 

If the VLR reports the non-support of some basic or supplementary service or the network feature Operator Determined 
Barring then three actions are possible: 

to ignore the information received; 

to replace the not supported service; 

or to perform any other internal action. 

The SDL diagram is shown in figure 25.7/3. 
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Macrodefinition Wait For Insert Subs Data Cnf 



Figure 25 .7/3: Macro to recieve confirrration or 
errorindication for MAP_INSERT_SUBSCRIBER_DATA 
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Figure 25.7/3: Macro Wait_for_lnsert_Subs_Data_Cnf 
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25.7.4 Process SendJnsert_Subs_Data 

This process is used by any process or macro where the Insert_Subscriber_Data request is sent to VLR or to SGSN. 
The SDL diagram is shown in figure 25.7/4. 
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Figure 25.7/4: Process Send_lnsert_Subs_Data 

25.7.5 Macro lnsert_Subs_Data_SGSN 

This macro describes the reception of the InsertSubscriberData service indication. This macro is used by any procedure 
that triggers the reception of subscriber data (e.g. Update GPRS Location ). 

If the SGSN does not support any basic or the network feature Operator Determined Barring, or there is a problem with 
Regional Subscription Data then it reports it to the HLR. 

If the entire SGSN area is restricted due to regional subscription this is reported to the HLR. 

The SDL diagram is shown in figure 25.7/6. 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



923 



ETSI TS 129 002 V4.9.0 (2002-09) 



Macrodefinition Insert Subs Data SGSN 
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Figure 25.7/6: Macro lnsert_Subs_Data_SGSN 
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25.7.6 Macro Wait_forJnsert_GPRS_Subs_Data_Cnf 

This macro is used by any process or macro that describes the handling of the reception of the Insert_Subscriber_Data 
service in HLR that is coming from SGSN (e.g. Update GPRS Location). 

If the SGSN reports the non-support of some basic or the network feature Operator Determined Barring then three 
actions are possible: 

to ignore the information received; 

to replace the not supported service; 

or to perform any other internal action. 

The SDL diagram is shown in figure 25.7/7. 
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Macro definition Wait For Insert GPRS Subs Data Cnf 
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25.8 Request IMSI Macros 
25.8.1 Macro ObtainJMSLMSC 

This macro describes the handhng of the request received from the VLR to provide the IMSI of a subscriber (e.g. at 
Location Updating). 

The SDL diagram is shown in figure 25.8/1. 
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Figure 25.8/1 : Macro Obtain_IMSI_MSC 

25.8.2 Macro Obtain_IMSLVLR 

This macro describes the way VLR requests the MSC the IMSI of a subscriber (e.g. at Location Updating). 
The SDL diagram is shown in figure 25.8/2. 
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Macrodefinition Obtain IMSI VLR 



Figure 25.8/2: Macro to obtain the iMSi from the MS via the MSC 
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25.9 Tracing macros 

25.9.1 Macro Trace_Subscriber_Activity_MSC 

The Trace_Subscriber_Activity_MSC is invoked in the MSC, when the MSC receives the 

MAP_TRACE_SUBSCRIBER_ ACTIVITY indication from the VLR. The data of the primitive is checked and the 
tracing in the MSC is started if the content includes no errors. No response is returned to the VLR. 

The Trace_Subscriber_Activity_MSC macro is described in the figure 25.9/1. 



Macrodefinition Trace_Subscriber_Activity_MSC 



'Figure 25.9/1 : The Subscriber tracing macro in tine IVISC 



25.9_1(1; 



MAP_TRACE 

>SUBSCRIBEI 

ACTIVITYJnc 



Check_ 
Indication 



OK 



■Start 
activity 
tracing' 



Figure 25.9/1 : Macro Trace_Subscriber_Activity_MSC 

25.9.2 Macro Trace_Subscriber_Activity_VLR 

The macro Trace_Subscriber_Activity_VLR is invoked, if the subscriber activity is detected by the VLR and the tracing 
is active. The VLR sends MAP_TRACE_SUBSCRIBER_ ACTIVITY request to the MSC. No answer is awaited from 
the MSC. 

The Trace_Subscriber_Activity_VLR macro is shown in the figure 25.9/2. 
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Macrodefinition Trace_Subscriber_Activity_VLR 



'Figure 25.9/2: The subscrber tracing macro in the VLR ^ 



25.9_2(1) 



•Sufis cflber 
-<^ Trachg = J> 



yes 



-MAP_TRACE_SUBSCRIBER_ACTIVITY_req 



Figure 25.9/2: Macro Trace_Subscriber_Activity_VLR 

25.9.3 Macro Activate_Tracing_VLR 

The Activate_Tracing_VLR macro is invoked, when the MAP_ACTIVATE_TRACE_MODE indication is received 
from the HLR. The primitive is processed in the VLR as follows: 

if the data contains errors, a data missing or unexpected data value indication is returned to the HLR; 

if the tracing is not supported, a facility not supported indication is returned to the HLR; 

if the tracing buffer does not have any space left for the data, a tracing buffer full indication is returned to the 
HLR; 

if no errors are detected, the tracing is set active and a positive acknowledgement is returned to the HLR. 

The Activate_Tracing_VLR macro is described in the figure 25.9/3. 
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Macrodefinition Activate_Tracing_VLR 



Figure 25.9/3: The activate trace mode macro in theVLR 
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Figure 25.9/3: Macro Activate_Tracing_VLR 
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25.9.4 Macro ControLTracing_HLR 



The Control_Tracing_HLR macro may be invoked in the HLR, if subscriber related activity is detected. If the tracing is 
active in the HLR and not active in the VLR or in the SGSN, the MAP_ACTIVATE_TRACE_MODE request is sent to 
the VLR or to the SGSN. 

The MAP_ACTIVATE_TRACE_MODE confirmation from the VLR or from the SGSN is processed as follows: 
if the primitive contains a successful acknowledgement, the tracing in VLR or in the SGSN is set active; 
if the primitive contains errors, the tracing in VLR or in SGSN is set to deactive. 

The Control_Tracing_HLR macro between HLR and VLR is shown in the figure 25.9/4. 

The Control_Tracing_HLR_with_SGSN macro between HLR and SGSN is shown in the figure 25.9/5. 
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Macrodefinition Control_Tracing_HLR 



Figure 25.9/4: The subscriber tracing activation macro in ttie HLR 
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^Figure 25.2/2 
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Figure 25.9/4: Macro Control_Tracing_HLR 
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Macrodefinition Control_Tracing_HLR_with_SGSN 

Figure 25.9/5: The subscriber tracing activation macro in the HLR 
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^Figure 21.2/2 
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Figure 25.9/5: Macro Control_Tracing_HLR_with_SGSN 
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25.9.5 Macro Trace_Subscriber_Activity_SGSN 

The macro Trace_Subscriber_Activity_SGSN is invoked, if the subscriber activity is detected by the SGSN and the 
tracing is active. 

The Trace_Subscriber_Activity_SGSN macro is shown in the figure 25.9/6. 



Macrodefinition Trace_Subscriber_Activity_SGSN 



Figure 25.9/6: The subscriber tracing macro in the SGSN ^ 



25.9_6(1; 




yes 



'Start 
activity 
tracing' 



Figure 25.9/6: Macro Trace_Subscriber_Activity_SGSN 

25.9.6 Macro Activate_Tracing_SGSN 

The Activate_Tracing_SGSN macro is invoked, when the MAP_ACTIVATE_TRACE_MODE indication is received 
from the HLR. The primitive is processed in the SGSN as follows: 

if the data contains errors, a data missing or unexpected data value indication is returned to the HLR; 

if the tracing is not supported, a facility not supported indication is returned to the HLR; 

if the tracing buffer does not have any space left for the data, a tracing buffer full indication is returned to the 
HLR; 

if no errors are detected, the tracing is set active and a positive acknowledgement is returned to the HLR. 

The Activate_Tracing_SGSN macro is described in the figure 25.9/7. 
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Macrodefinition Activate_Tracing_SGSN 

Figure 25.9/7: The activate trace mode macro in the SGSN! 
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Figure 25.9/7: Macro Activate_Tracing_SGSN 
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25.1 Short Message Alert procedures 
25.10.1 Subscriber_Present_VLR process 

The Subscriber_Present_VLR process is invoked by the VLR, when the mobile subscriber becomes active and the 
MNRF flag is set. The general description of the short message alert procedures is in the clause 23.4. 

The VLR sends the MAP_READY_FOR_SM request to the HLR and waits for the HLR to answer. When receiving the 
answer, the VLR will act as follows: 

the MNRF flag is cleared if the procedure is successful; 

the MNRF flag is not cleared if the procedure is not successful. 

The Subscriber_Present_VLR process is shown in the figure 25.10/L 
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Process Subscriber Present VLR 



Figure25.10/1 : The short message alert process in the VLR for mobile present situation" 
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Figure 25.10/1 : Process Subscriber_Present_VLR 
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25.10.2 Macro Alert_Service_Centre_HLR 

The Alert_Service_Centre_HLR macro is initiated when the HLR notices that the Service Centre(s) shall be alerted. 
The macro starts process Alert_Service_Centre_HLR for every SC address in the MWD list. 

In the process Alert_Service_Centre_HLR the HLR sends MAP_ALERT_SERVICE_CENTRE request to the 
appropriate IWMSC. The MWD entry is deleted when the positive acknowledgement is received from the IWMSC. The 
unsuccessful alert may be repeated. The MWD entry should be purged in the unsuccessful case, at least when a 
suitable time period has expired. 

The Alert_Service_Centre_HLR macro is shown in the figure 25.10/2 and the Alert_Service_Centre_HLR process is 
shown in the figure 25.10/3. 



Macrodefinition Alert Service Centre HLR 



25.10_2(1 



Figure 25.10/2: The short message alert macro in the HLR 
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Figure 25.10/2: Macro Alert_Service_Centre_HLR 
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Process Alert Service Centre HLR 



Figure 25 .10/3: The short message alert process in the HLR 
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Figure 25.10/3: Process Alert_Service_Centre_HLR 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 940 ETSI TS 1 29 002 V4.9.0 (2002-09) 



25.10.3 The Mobile Subscriber is present 



When receiving Page response, Attach request or Routing area update request messages (3GPP TS 24.008 [35]), while 
the MS not reachable for GPRS (MNRG) flag is set, the SGSN will send the MAP_READY_FOR_SM request towards 
the HLR. The Alert Reason is set to indicate that the mobile subscriber is present for GPRS. 

When receiving the answer, the SGSN will act as follows: 

MNRG is cleared if the procedure is successful 

MNRG is not cleared if the procedure is not successful 
The Subscriber_Present_SGSN process is shown in the figure 25.10/4. 
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Process Subscriber_Present_SGSN 

^ 

Figure 25.1 0/4: The short message alert process in the SGSN for mobile present situation 
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Figure 25.10/4: Process Subscriber_Present_SGSN 
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Annex A (informative): 

Cross-reference for abstract syntaxes of IVIAP 

Annex A is not part of the standard, it is included for information purposes only. 

For every ASN.l item such as identifier, type-reference or value-reference the cross-reference allows to locate all 
occurrences by means of module-name and line numbers. For that purpose line numbers are printed at the left margin in 
front of each ASN.l source line starting with 1 for every module. 

The items are sorted alphabetically in the cross-reference in a case-insensitive manner. Occurrences of an item are its 
definition and all its usages such as in exports, imports or within a type or value assignment. 

For every item additional information is provided such as kind of item (identifier, value reference, type reference), and 
tag, associated type and value if applicable. 

The cross-reference for a root module includes all modules referred to directly or indirectly via imports. The cross- 
references for the root modules MAP-Protocol/TCAPMessages and MAP-DialoguePDU are included. 

TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 1 



&extensionld identifier of Fieldspec 

DEFINED in IVIAP-ExtensionDataTypes : 24 
USED in IVIAP-ExtensionDataTypes : 41 

&ExtensionType identifier of Fieldspec 

DEFINED in IVIAP-ExtensionDataTypes : 23 
USED in IVIAP-ExtensionDataTypes : 43 

abort identifier of [APPLICATION 7] IIVIPLICIT Abort 

DEFINED in TCAPMessages 56 

Abort type reference SEQUENCE 

DEFINED in TCAPMessages 74 

USED in TCAPMessages 56 

absentSubscriber value reference AbsentSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 394 

AbsentSubscriber type reference ERROR 

DEFINED in MAP-Errors : 284 

USED in MAP-Protocol : 145 394 

USED in MAP-MobileServiceOpera : 93 441 
USED in MAP-CallHandlingOperat : 40 96 115 188 
USED in MAP-SupplementaryServi : 50 197 211 
USED in MAP-LocationServiceOpe : 28 63 79 
USED in MAP-Errors 48 

absentSubscriber identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 169 

absentSubscriberDiagnosticSM identifier of [0] AbsentSubscriberDiagnosticSM 

DEFINED in MAP-SM-DataTypes : 148 

absentSubscriberDiagnosticSM identifier of AbsentSubscriberDiagnosticSM 

DEFINED in MAP-SM-DataTypes : 188 

absentSubscriberDiagnosticSM identifier of AbsentSubscriberDiagnosticSM 

DEFINED in MAP-ER-DataTypes : 164 

AbsentSubscriberDiagnosticSM type reference INTEGER 

DEFINED in MAP-ER-DataTypes : 174 
USED in MAP-MS-DataTypes : 197 1643 
USED in MAP-SM-DataTypes 41 148 161 188 189 

USED in MAP-ER-DataTypes 43 164 169 

absentSubscriberParam identifier of AbsentSubscriberParam 

DEFINED in MAP-Errors : 286 

AbsentSubscriberParam type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 252 
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USED in MAP-Errors : 128 286 

USED in IVIAP-ER-DataTypes 34 



absentSubscriberReason identifier of [0] AbsentSubscriberReason 

DEFINED in MAP-ER-DataTypes : 255 

AbsentSubscriberReason type reference ENUMERATED 

DEFINED in IVIAP-ER-DataTypes : 257 
USED in IVIAP-ER-DataTypes : 255 

absentsubscriberSM value reference AbsentSubscriberSM, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 440 

AbsentSubscriberSM type reference ERROR 

DEFINED in MAP-Errors : 419 

USED in MAP-Protocol : 166 440 

USED in MAP-ShortMessageServic : 40 79 109 
USED in MAP-Errors 80 

absentSubscriberSM-Param identifier of AbsentSubscriberSM-Param 

DEFINED in MAP-Errors : 421 

AbsentSubscriberSM-Param type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 163 
USED in MAP-Errors : 138 421 

USED in MAP-ER-DataTypes 42 

accepted identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 401 
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TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 2 

accessNetworl<Protocolld identifier of AccessNetworl<Protocolld 

DEFINED in IVlAP-GommonDataTypes : 241 

AccessNetworl<Protocolld type reference ENUIVIERATED 

DEFINED in IVlAP-CommonDataTypes : 257 
USED in IVlAP-CommonDataTypes : 241 

AccessNetworkSignallnfo type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 240 
USED in IVlAP-MS-DataTypes : 168 443 501 542 589 595 600 614 
USED in MAP-CommonDataTypes : 23 

accessOutsideLSAsAllowed identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 884 

accessOutsideLSAsRestricted identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 885 

accessType identifier of AccessType 

DEFINED in MAP-MS-DataTypes : 384 

AccessType type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 389 
USED in MAP-MS-DataTypes : 384 

activate identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1947 

activateDeferredLocation identifier of Named Number, 3 

DEFINED in MAP-LCS-DataTypes : 114 

activateSS value reference ActivateSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 259 

ActivateSS type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 121 
USED in MAP-Protocol 71 259 

USED in MAP-SupplementaryServi : 15 

activateTraceMode value reference ActivateTraceMode, CHOICE VALUE 

DEFINED in MAP-Protocol : 236 

ActivateTraceMode type reference OPERATION 

DEFINED in MAP-OperationAndMainte : 50 
USED in MAP-Protocol 46 236 

USED in MAP-OperationAndMainte : 1 3 

activateTraceModeArg identifier of ActivateTraceModeArg 

DEFINED in MAP-OperationAndMainte : 52 

ActivateTraceModeArg type reference SEOUENCE 

DEFINED in MAP-OM-DataTypes 36 

USED in MAP-OperationAndMainte : 34 52 
USED in MAP-OM-DataTypes 14 

activateTraceModeRes identifier of ActivateTraceModeRes 

DEFINED in MAP-OperationAndMainte : 54 

ActivateTraceModeRes type reference SEQUENCE 

DEFINED in MAP-OM-DataTypes 50 

USED in MAP-OperationAndMainte : 35 54 
USED in MAP-OM-DataTypes 15 

active identifier of Named Number, 2 

DEFINED in MAP-SS-DataTypes : 288 

additionalAbsentSubscriberDiagnosticSM.. identifier of [5] AbsentSubscriberDiagnosticSM 
DEFINED in MAP-SM-DataTypes : 161 

additionalAbsentSubscriberDiagnosticSM.. identifier of [0] AbsentSubscriberDiagnosticSM 
DEFINED in MAP-SM-DataTypes : 189 

additionalAbsentSubscriberDiagnosticSM.. identifier of [0] AbsentSubscriberDiagnosticSM 
DEFINED in MAP-ER-DataTypes : 169 
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additionalSignallnfo identifier of [17] Ext-ExternalSignallnfo 

DEFINED in IVIAP-CH-DataTypes : 113 

additionalSignallnfo identifier of [14] Ext-ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 214 

additionalSM-DeliveryOutcome identifier of [4] SM-DeliveryOutcome 
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TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 3 

DEFINED in MAP-SIVI-DataTypes : 158 

additional-Number identifier of [6] Additional-Number 

DEFINED in IVlAP-SM-DataTypes 94 

Additional-Number type reference CHOICE 

DEFINED in IVIAP-SM-DataTypes 98 

USED in MAP-SIVI-DataTypes 28 94 

USED in MAP-LCS-DataTypes 57 84 

additional-Number identifier of [3] Additional-Number 

DEFINED in IVIAP-LCS-DataTypes 84 

AddressString type reference OCTET STRING 

DEFINED in IVlAP-CommonDataTypes : 99 
USED in IV!AP-MS-DataTypes : 164 1921 
USED in IVIAP-CommonDataTypes : 16 143 149 378 
USED in MAP-OM-DataTypes 21 40 

USED in MAP-SS-DataTypes : 44 75 301 
USED in IVIAP-SM-DataTypes 32 56 136 141 146 180 

USED in MAP-LCS-DataTypes 28 130 

Add-Geographicallnformation type reference OCTET STRING 

DEFINED in MAP-LCS-DataTypes : 287 
USED in MAP-LCS-DataTypes 24 213 321 

add-LocationEstimate identifier of [2] Add-Geographicallnformation 

DEFINED in MAP-LCS-DataTypes : 213 

add-LocationEstimate identifier of [8] Add-Geographicallnformation 

DEFINED in MAP-LCS-DataTypes : 321 

Agelndicator type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 233 
USED in MAP-MS-DataTypes : 231 737 

ageOfLocationEstimate identifier of [0] AgeOfLocationlnformation 

DEFINED in MAP-LCS-DataTypes : 210 

ageOfLocationEstimate identifier of [6] AgeOfLocationlnformation 

DEFINED in MAP-LCS-DataTypes : 318 

ageOfLocationlnformation identifier of AgeOfLocationlnformation 

DEFINED in MAP-MS-DataTypes : 1752 

AgeOfLocationlnformation type reference INTEGER 

DEFINED in MAP-CommonDataTypes : 496 
USED in MAP-MS-DataTypes : 181 1752 
USED in MAP-CommonDataTypes : 57 
USED in MAP-LCS-DataTypes 34 210 318 

alertingCategory-1 value reference AlertingPattern, '000001 OO'B 

DEFINED in MAP-CommonDataTypes : 285 

alertingCategory-2 value reference AlertingPattern, '000001 01 'B 

DEFINED in MAP-CommonDataTypes : 286 

alertingCategory-3 value reference AlertingPattern, '000001 10'B 

DEFINED in MAP-CommonDataTypes : 287 

alertingCategory-4 value reference AlertingPattern, '000001 11'B 

DEFINED in MAP-CommonDataTypes : 288 

alertingCategory-5 value reference AlertingPattern, '00001 OOO'B 

DEFINED in MAP-CommonDataTypes : 289 

alertingLevel-O value reference AlertingPattern, 'OOOOOOOO'B 

DEFINED in MAP-CommonDataTypes : 279 

alertingLevel-1 value reference AlertingPattern, '00000001 'B 

DEFINED in MAP-CommonDataTypes : 280 

alertingLevel-2 value reference AlertingPattern, '0000001 0'B 

DEFINED in MAP-CommonDataTypes : 281 
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AlertingPattern type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 266 
USED in MAP-CommonDataTypes : 26 279 280 281 285 286 287 288 289 
USED in MAP-CH-DataTypes 71 110 211 391 

USED in MAP-SS-DataTypes : 50 225 

alertingPattern identifier of [14] AlertingPattern 
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TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 4 

DEFINED in MAP-GH-DataTypes : 110 

alertingPattern identifier of [12] AlertingPattern 

DEFINED in IVIAP-CH-DataTypes : 21 1 

alertingPattern identifier of [5] AlertingPattern 

DEFINED in MAP-CH-DataTypes : 391 

alertingPattern identifier of AlertingPattern 

DEFINED in IVIAP-SS-DataTypes : 225 

alertReason identifier of AlertReason 

DEFINED in MAP-SM-DataTypes : 205 

AlertReason type reference ENUMERATED 

DEFINED in IVIAP-SM-DataTypes : 217 
USED in MAP-SM-DataTypes 27 205 

alertReasonlndicator identifier of NULL 

DEFINED in MAP-SM-DataTypes : 206 

alertServiceCentre value reference AlertServiceCentre, CHOICE VALUE 

DEFINED in MAP-Protocol : 279 

AlertServiceCentre type reference OPERATION 

DEFINED in MAP-ShortMessageServic : 123 
USED in MAP-Protocol 91 279 

USED in MAP-ShortMessageServic : 17 

alertServiceCentreArg identifier of AlertServiceCentreArg 

DEFINED in MAP-ShortMessageServic : 125 

AlertServiceCentreArg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 178 
USED in MAP-ShortMessageServic : 53 125 
USED in MAP-SM-DataTypes 22 

allAdditionallnfoTransferSS value reference SS-Code, '10000000'B 

DEFINED in MAP-SS-Code : 107 

allAlternateSpeech-DataCDA value reference BearerServiceCode, '00110000'B 

DEFINED in MAP-BS-Code 82 

allAlternateSpeech-DataCDS value reference BearerServiceCode, '00111000'B 

DEFINED in MAP-BS-Code 84 

allAsynchronousServices value reference BearerServiceCode, '01100000'B 

DEFINED in MAP-BS-Code 95 

allBarringSS value reference SS-Code, '10010000'B 

DEFINED in MAP-SS-Code : 117 

allBearerServices value reference BearerServiceCode, 'OOOOOOOO'B 

DEFINED in MAP-BS-Code 49 

allCallCompletionSS value reference SS-Code, '01000000'B 

DEFINED in MAP-SS-Code 72 

allCallOfferingSS value reference SS-Code, '00110000'B 

DEFINED in MAP-SS-Code 63 

allCallPrioritySS value reference SS-Code, '10100000'B 

DEFINED in MAP-SS-Code : 153 

allChargingSS value reference SS-Code, '0111 OOOO'B 

DEFINED in MAP-SS-Code 99 

allCommunityOflnterest-SS value reference SS-Code, '01100000'B 

DEFINED in MAP-SS-Code 93 

allCondForwardingSS value reference SS-Code, '00101000'B 

DEFINED in MAP-SS-Code 52 

allDataCDA-Services value reference BearerServiceCode, '0001 OOOO'B 

DEFINED in MAP-BS-Code 51 
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allDataCDS-Services value reference BearerServiceCode, '00011000'B 

DEFINED in MAP-BS-Code 60 



allDataCircuitAsynchronous value reference BearerServiceCode, '01010000'B 

DEFINED In MAP-BS-Code 92 
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allDataCircuitSynchronous value reference BearerServiceCode, '01011000'B 

DEFINED in IVlAP-BS-Code 98 

allDataPDS-Services value reference BearerServiceCode, '00101000'B 

DEFINED in MAP-BS-Code 76 

allDataTeleservices value reference TeleserviceCode, '01110000'B 

DEFINED in IVlAP-TS-Code 55 

allECT-Barred identifier of Named Number, 9 

DEFINED in MAP-MS-DataTypes : 968 

allFacsimileTransmissionServices value reference TeleserviceCode, '01100000'B 

DEFINED in MAP-TS-Code 48 

allForwardingSS value reference SS-Code, '00100000'B 

DEFINED in IVIAP-SS-Code 48 

allGPRSData identifier of NULL 

DEFINED in IVIAP-MS-DataTypes : 1293 

alllC-CallsBarred identifier of Named Number, 19 

DEFINED in IVIAP-MS-DataTypes : 978 

alllnformationSent identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 1958 

alllnformationSent identifier of [1 1] NULL 

DEFINED in MAP-CH-DataTypes : 235 

allLCSPrivacyException value reference SS-Code, '10110000'B 

DEFINED in MAP-SS-Code : 159 

allLlneidentificationSS value reference SS-Code, '00010000'B 

DEFINED in MAP-SS-Code 25 

allLSAData identifier of NULL 

DEFINED in MAP-MS-DataTypes : 1300 

allMOLR-SS value reference SS-Code, '11 OOOOOO'B 

DEFINED in MAP-SS-Code : 171 

allMultiPartySS value reference SS-Code, '01010000'B 

DEFINED in MAP-SS-Code 87 

allNameldentificationSS value reference SS-Code, '00011 OOO'B 

DEFINED in MAP-SS-Code 40 

allOG-CallsBarred identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 959 

allowedGSM-Algorithms identifier of [4] AllowedGSM-Algorithms 

DEFINED in MAP-MS-DataTypes : 447 

AllowedGSM-Algorithms type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 456 
USED in MAP-MS-DataTypes : 447 507 

allowedGSM-Algorithms identifier of [9] AllowedGSM-Algorithms 

DEFINED in MAP-MS-DataTypes : 507 

allowedUMTS-Algorithms identifier of [5] AllowedUMTS-Algorithms 

DEFINED in MAP-MS-DataTypes : 448 

AllowedUMTS-Algorithms type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 461 
USED in MAP-MS-DataTypes : 448 508 

allowedUMTS-Algorithms identifier of [10] AllowedUMTS-Algorithms 

DEFINED in MAP-MS-DataTypes : 508 

allPacketOrientedServicesBarred identifier of Named Number, 15 

DEFINED in MAP-MS-DataTypes : 974 

allPadAccessCA-Services value reference BearerServiceCode, '00100000'B 
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DEFINED in MAP-BS-Code 67 

allPLMN-specificBS value reference BearerServiceCode, '11010000'B 

DEFINED in MAP-BS-Code : 110 

allPLMN-specificSS value reference SS-Code, '11110000'B 

DEFINED in MAP-SS-Code : 136 
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allPLIVIN-specificTS value reference TeleserviceCode, '11010000'B 

DEFINED in MAP-TS-Code 71 

allShortMessageServices value reference TeleserviceCode, '00100000'B 

DEFINED in IV!AP-TS-Code 44 

allSpeechFollowedByDataCDA value reference BearerServiceCode, '01000000'B 

DEFINED in MAP-BS-Code 86 

allSpeechFollowedByDataCDS value reference BearerServiceCode, '01001000'B 

DEFINED in IVIAP-BS-Code 88 

allSpeechTransmissionServices value reference TeleserviceCode, '00010000'B 

DEFINED in MAP-TS-Code 40 

allSS value reference SS-Code, 'OOOOOOOO'B 

DEFINED in IVIAP-SS-Code 21 

allSynchronousServices value reference BearerServiceCode, '01101000'B 

DEFINED in IVlAP-BS-Code : 101 

allTeleservices value reference TeleserviceCode, 'OOOOOOOO'B 

DEFINED in IV!AP-TS-Code 38 

allTeleservices-ExeptSIVIS value reference TeleserviceCode, 'lOOOOOOO'B 

DEFINED in MAP-TS-Code 58 

allVoiceGroupCallServices value reference TeleserviceCode, '10010000'B 

DEFINED in MAP-TS-Code 67 

anonymousLocation identifier of Named Number, 3 

DEFINED in MAP-CommonDataTypes : 386 

anyTlmelnterrogation value reference AnyTimelnterrogation, CHOICE VALUE 

DEFINED in MAP-Protocol : 288 

AnyTimelnterrogation type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 244 
USED in MAP-Protocol 31 288 

USED in MAP-MobileServiceOpera : 27 

anyTlmelnterrogationArg identifier of AnyTimelnterrogationArg 

DEFINED in MAP-MobileServiceOpera : 246 

AnyTimelnterrogationArg type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 1808 
USED in MAP-MobileServiceOpera : 151 246 
USED in MAP-MS-DataTypes : 105 

anyTlmelnterrogationRes identifier of AnyTimelnterrogationRes 

DEFINED in MAP-MobileServiceOpera : 248 

AnyTimelnterrogationRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1815 
USED in MAP-MobileServiceOpera : 152 248 
USED in MAP-MS-DataTypes : 106 

anyTimeModification value reference AnyTimeModification, CHOICE VALUE 

DEFINED in MAP-Protocol : 293 

AnyTimeModification type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 275 
USED in MAP-Protocol 33 293 

USED in MAP-MobileServiceOpera : 31 

anyTimeModificationArg identifier of AnyTimeModificationArg 

DEFINED in MAP-MobileServiceOpera : 277 

AnyTimeModificationArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1901 
USED in MAP-MobileServiceOpera : 147 277 
USED in MAP-MS-DataTypes : 111 

anyTimeModificationRes identifier of AnyTimeModificationRes 
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DEFINED in MAP-MobileServiceOpera : 279 

AnyTimeModificationRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1911 
USED in IVIAP-MobileServiceOpera : 148 279 
USED in MAP-MS-DataTypes : 112 
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anyTimeSubscriptionlnterrogation. value reference AnyTimeSubscriptionlnterrogation, CHOICE VALUE 
DEFINED in MAP-Protocol : 292 

AnyTimeSubscriptionlnterrogation type reference OPERATION 

DEFINED in IVlAP-MobileServiceOpera : 258 
USED in MAP-Protocol 32 292 

USED in MAP-MobileServiceOpera : 30 

anyTimeSubscriptionlnterrogationArg identifier of AnyTimeSubscriptionlnterrogationArg 

DEFINED in MAP-MobileServiceOpera : 260 



AnyTimeSubscriptionlnterrogationArg... 
DEFINED in MAP-MS-DataTypes 
USED in MAP-MobileServiceOpera 



type reference SEQUENCE 
1823 
145 260 



USED in MAP-MS-DataTypes : 109 

anyTimeSubscriptionlnterrogationRes identifier of AnyTimeSubscriptionlnterrogationRes 

DEFINED in MAP-MobileServiceOpera : 262 

AnyTimeSubscriptionlnterrogationRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1831 
USED in MAP-MobileServiceOpera : 146 262 
USED in MAP-MS-DataTypes : 110 

an-APDU identifier of AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 443 

an-APDU identifier of [2] AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 501 

an-APDU identifier of [2] AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 542 

an-APDU identifier of [3] AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 589 

an-APDU identifier of AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 595 

an-APDU identifier of AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 600 

an-APDU identifier of AccessNetworkSignallnfo 

DEFINED in MAP-MS-DataTypes : 614 

aocc value reference SS-Code, 'Oil 1001 0'B 

DEFINED in MAP-SS-Code : 104 

aoci value reference SS-Code, '01110001'B 

DEFINED in MAP-SS-Code : 102 

apn identifier of [20] APN 

DEFINED in MAP-MS-DataTypes : 784 

APN type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 856 
USED in MAP-MS-DataTypes 86 784 

USED in MAP-LCS-DataTypes 52 134 

asciCall Reference identifier of ASCI-CallReference 

DEFINED in MAP-GR-DataTypes 51 

ASCI-CallReference type reference TBCD-STRING 

DEFINED in MAP-CommonDataTypes : 309 
USED in MAP-CommonDataTypes 40 

USED in MAP-GR-DataTypes 26 51 

assumedldle identifier of [0] NULL 

DEFINED in MAP-MS-DataTypes : 1795 

ati-NotAllowed value reference ATl-NotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 406 

ATl-NotAllowed type reference ERROR 

DEFINED in MAP-Errors : 328 
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USED in MAP-Protocol : 152 406 

USED in IVlAP-IVlobileServiceOpera : 90 251 
USED in MAP-Errors 55 

ati-NotAllowedParam identifier of ATl-NotAllowedParam 

DEFINED in IVIAP-Errors : 330 
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ATl-NotAllowedParam type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 289 
USED in IVIAP-Errors : 135 330 

USED in IVIAP-ER-DataTypes 39 

atm-NotAllowed value reference ATM-NotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 410 

ATM-NotAllowed type reference ERROR 

DEFINED in MAP-Errors : 339 

USED in MAP-Protocol : 177 410 

USED in MAP-MobileServiceOpera : 96 281 
USED in MAP-Errors 59 

atm-NotAllowedParam identifier of ATM-NotAllowedParam 

DEFINED in MAP-Errors : 341 

ATM-NotAllowedParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 297 
USED in MAP-Errors : 150 341 

USED in MAP-ER-DataTypes 56 

atsi-NotAllowed value reference ATSI-NotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 409 

ATSI-NotAllowed type reference ERROR 

DEFINED in MAP-Errors : 334 

USED in MAP-Protocol : 176 409 

USED in MAP-MobileServiceOpera : 95 264 
USED in MAP-Errors 58 

atsi-NotAllowedParam identifier of ATSI-NotAllowedParam 

DEFINED in MAP-Errors : 336 

ATSI-NotAllowedParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 293 
USED in MAP-Errors : 149 336 

USED in MAP-ER-DataTypes 55 

attach identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 845 

attachChangeOfPosition identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 846 

authenticationFailureReport value reference AutfienticationFaiiureReport, CHOICE VALUE 

DEFINED in MAP-Protocol : 212 

AuthenticationFailureReport type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 367 
USED in MAP-Protocol 23 212 

USED in MAP-MobileServiceOpera : 46 

authenticationFailureReportArg identifier of AuthenticationFailureReportArg 

DEFINED in MAP-MobileServiceOpera : 369 

AuthenticationFailureReportArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 378 
USED in MAP-MobileServiceOpera : 133 369 
USED in MAP-MS-DataTypes 46 

authenticationFailureReportRes identifier of AuthenticationFailureReportRes 

DEFINED in MAP-MobileServiceOpera : 371 

AuthenticationFailureReportRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 404 
USED in MAP-MobileServiceOpera : 134 371 
USED in MAP-MS-DataTypes 47 

AuthenticationQuintuplet type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 333 
USED in MAP-MS-DataTypes : 325 

authenticationSetList identifier of AuthenticationSetList 

DEFINED in MAP-MS-DataTypes : 310 
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AuthenticationSetList type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 317 
USED in MAP-MS-DataTypes : 310 700 

authenticationSetList identifier of AuthenticationSetList 

DEFINED in MAP-MS-DataTypes : 700 
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AuthenticationTriplet type reference SEQUENCE 

DEFINED in IVlAP-IVIS-DataTypes : 327 
USED in IVIAP-IVIS-DataTypes : 322 

autn identifier of AUTN 

DEFINED in MAP-MS-DataTypes : 338 

AUTN type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 368 
USED in IVIAP-MS-DataTypes : 338 

automaticFacsimileGroup3 value reference TeleserviceCode, '011 0001 0'B 

DEFINED in IVlAP-TS-Code 50 

autonomousSelfLocation value reference SS-Code, '11 00001 0'B 

DEFINED in IVIAP-SS-Code : 175 

AUTS type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 370 
USED in MAP-MS-DataTypes : 696 

auts identifier of AUTS 

DEFINED in MAP-MS-DataTypes : 696 

a-side identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 364 

badlyFormattedTransactionPortion identifier of Named Number, 2 

DEFINED in TCAPMessages : 105 

badlyStructuredComponent identifier of Named Number, 2 

DEFINED in TCAPMessages : 181 

bale value reference SS-Code, '10011010'B 

DEFINED in MAP-SS-Code : 130 

baoc value reference SS-Code, '10010010'B 

DEFINED in MAP-SS-Code : 121 

barringOflncomingCalls value reference SS-Code, '1 0011 001 'B 

DEFINED in MAP-SS-Code : 128 

barringOfOutgoingCalls value reference SS-Code, '1001 0001 'B 

DEFINED in MAP-SS-Code : 119 

barringServiceActive identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 116 

basicCall identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 122 

basiclSTSupported identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 238 

basicSelfLocation value reference SS-Code, 'IIOOOOOI'B 

DEFINED in MAP-SS-Code : 173 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 1025 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 1084 

basicService identifier of Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 1127 

basicService identifier of [1] Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 1919 

basicService identifier of [1] Ext-BasicServiceCode 

DEFINED in MAP-MS-DataTypes : 1930 

basicService identifier of [5] Ext-BasicServiceCode 

DEFINED in MAP-CH-DataTypes : 155 
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basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes 74 

basicService identifier of BasicServiceCode 

DEFINED in IVIAP-SS-DataTypes : 100 
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basicService identifier of BasicServiceCode 

DEFINED in IVIAP-SS-DataTypes : 157 

basicService identifier of BasicServiceCode 

DEFINED in MAP-SS-DataTypes : 186 

basicService identifier of BasicServiceCode 

DEFINED in IVIAP-ER-DataTypes : 138 

BasicServiceCode type reference CHOICE 

DEFINED in IVIAP-CommonDataTypes : 428 
USED in MAP-CommonDataTypes : 47 

USED in IVIAP-SS-DataTypes : 49 74 100 157 186 210 265 
USED in MAP-ER-DataTypes 75 138 

basicServiceCriteria identifier of [1] BasicServiceCriteria 

DEFINED in IVIAP-MS-DataTypes : 1437 

basicServiceCriteria identifier of [0] BasicServiceCriteria 

DEFINED in IV!AP-MS-DataTypes : 1445 

BasicServiceCriteria type reference SEQUENCE OF 

DEFINED in IVlAP-MS-DataTypes : 1465 
USED in IVIAP-MS-DataTypes 73 1437 1445 

basicServiceGroup identifier of [9] Ext-BasicServiceCode 

DEFINED in IVlAP-CH-DataTypes : 104 

basicServiceGroup identifier of [1] Ext-BasicServiceCode 

DEFINED in IV!AP-CH-DataTypes : 226 

basicServiceGroup identifier of [3] BasicServiceCode 

DEFINED in IVIAP-SS-DataTypes : 210 

basicServiceGroupList identifier of Ext-BasicServiceGroupList 

DEFINED in IVIAP-MS-DataTypes : 1102 

basicServiceGroupList identifier of Ext-BasicServiceGroupList 

DEFINED in MAP-MS-DataTypes : 1149 

basicServiceGroupList identifier of BasicServiceGroupList 

DEFINED in MAP-SS-DataTypes : 165 

basicServiceGroupList identifier of [2] BasicServiceGroupList 

DEFINED in MAP-SS-DataTypes : 217 

BasicServiceGroupList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 264 
USED in MAP-SS-DataTypes : 165 217 

basicServiceList identifier of [1] BasicServiceList 

DEFINED in MAP-MS-DataTypes : 1260 

BasicServiceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1306 
USED in MAP-MS-DataTypes : 1260 

bearerService identifier of [2] BearerServiceCode 

DEFINED in MAP-CommonDataTypes : 429 

BearerServiceCode type reference OCTET STRING 

DEFINED in MAP-BS-Code 11 

USED in MAP-CommonDataTypes : 69 429 

USED in MAP-BS-Code 49 51 52 53 54 55 56 57 58 

60 61 62 63 64 65 67 68 69 
70 71 72 73 74 76 77 78 79 
80 82 84 86 88 92 95 98 101 
110 111 112 113 114 115 116 117 118 
119 120 121 122 123 124 125 

bearerServiceList identifier of [4] BearerServiceList 

DEFINED in MAP-MS-DataTypes : 920 

BearerServiceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 942 
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USED in MAP-MS-DataTypes : 920 1244 

bearerServiceList identifier of [2] BearerServiceList 

DEFINED in IVIAP-IVIS-DataTypes : 1244 

bearerServiceNotProvisioned value reference BearerServiceNotProvisioned, CHOICE VALUE 

DEFINED in MAP-Protocol : 369 
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BearerServiceNotProvisioned type reference ERROR 

DEFINED in IVIAP-Errors : 244 

USED in IVIAP-Protocol : 138 369 

USED in IVlAP-IVlobileServiceOpera : 97 268 285 
USED in IVlAP-GallHandlingOperat : 37 94 
USED in IVIAP-SupplementaryServi : 37 97 114 131 151 169 
USED in MAP-Errors 32 

bearerServNotProvParam identifier of BearerServNotProvParam 

DEFINED in MAP-Errors : 246 

BearerServNotProvParam type reference SEQUENCE 

DEFINED in IVlAP-ER-DataTypes : 236 
USED in IVIAP-Errors : 123 246 

USED in MAP-ER-DataTypes 30 

begin identifier of [APPLICATION 2] IMPLICIT Begin 

DEFINED in TCAPMessages : 53 

Begin type reference SEQUENCE 

DEFINED in TCAPMessages 61 

USED in TCAPMessages 53 

bicRoam value reference SS-Code, '10011011'B 

DEFINED in MAP-SS-Code : 132 

blackListed identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 716 

boic value reference SS-Code, '1001001 1'B 

DEFINED in MAP-SS-Code : 123 

boicExHC value reference SS-Code, '10010100'B 

DEFINED in MAP-SS-Code : 125 

bothMSCAndSGSN identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 766 

broadcastlnitEntitlement identifier of NULL 

DEFINED in MAP-MS-DataTypes : 1714 

broadcastService identifier of Named Number, 

DEFINED in MAP-CommonDataTypes : 383 

bssmap-ServiceHandover identifier of [9] BSSMAP-ServiceHandover 

DEFINED in MAP-MS-DataTypes : 453 

bssmap-ServiceHandover identifier of [13] BSSMAP-ServiceHandover 

DEFINED in MAP-MS-DataTypes : 513 

BSSMAP-ServiceHandover type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 517 
USED in MAP-MS-DataTypes : 453 513 

busy identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 131 

busy identifier of Named Number, 2 

DEFINED in MAP-CH-DataTypes : 374 

busySubscriber value reference BusySubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 395 

BusySubscriber type reference ERROR 

DEFINED in MAP-Errors : 291 

USED in MAP-Protocol : 146 395 

USED in MAP-CallHandlingOperat : 41 97 190 
USED in MAP-Errors 46 

busySubscriberParam identifier of BusySubscriberParam 

DEFINED in MAP-Errors : 293 

BusySubscriberParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 271 
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USED in MAP-Errors : 129 293 

USED in MAP-ER-DataTypes 35 

b-side identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 365 

b-subscriberNumber identifier of [1] ISDN-AddressString 
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DEFINED in MAP-SS-DataTypes : 208 

b-subscriberNumber identifier of [5] ISDN-AddressString 

DEFINED in IVIAP-SS-DataTypes : 281 

b-subscriberSubaddress identifier of [2] ISDN-SubaddressString 

DEFINED in MAP-SS-DataTypes : 209 

b-Subscriber-Address identifier of [3] ISDN-AddressString 

DEFINED in IVlAP-GH-DataTypes : 285 

call identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 390 

callBarred value reference CallBarred, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 397 

CallBarred type reference ERROR 

DEFINED in IVIAP-Errors : 301 

USED in MAP-Protocol : 148 397 

USED in MAP-MobileServiceOpera : 99 270 287 446 
USED in MAP-CallHandlingOperat : 43 99 
USED in MAP-SupplementaryServi : 39 99 116 133 153 171 185 226 260 

277 
USED in MAP-ShortMessageServic : 36 78 
USED in MAP-Errors 49 

callBarredParam identifier of Gal I Barred Param 

DEFINED in MAP-Errors : 303 

CallBarredParam type reference CHOICE 

DEFINED in MAP-ER-DataTypes : 108 
USED in MAP-Errors : 131 303 

USED in MAP-ER-DataTypes 15 

callBarringCause identifier of GallBarringCause 

DEFINED in MAP-ER-DataTypes : 109 

CallBarringCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 115 
USED in MAP-ER-DataTypes : 109 120 

callBarringCause identifier of GallBarringCause 

DEFINED in MAP-ER-DataTypes : 120 

callBarringData identifier of [2] CallBarringData 

DEFINED in MAP-MS-DataTypes : 1833 

CallBarringData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1867 
USED in MAP-MS-DataTypes : 1833 

CallBarringFeature type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 156 
USED in MAP-SS-DataTypes : 154 

callBarringFeatureList identifier of Ext-CallBarFeatureList 

DEFINED in MAP-MS-DataTypes : 1076 

callBarringFeatureList identifier of Ext-CallBarFeatureList 

DEFINED in MAP-MS-DataTypes : 1868 

callBarringFeatureList identifier of [1] Ext-CallBarFeatureList 

DEFINED in MAP-MS-DataTypes : 1997 

callBarringFeatureList identifier of CallBarringFeatureList 

DEFINED in MAP-SS-DataTypes : 150 

CallBarringFeatureList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 153 
USED in MAP-SS-DataTypes : 150 

callBarringlnfo identifier of [1] Ext-CallBarlnfo 

DEFINED in MAP-MS-DataTypes : 1009 
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callBarringlnfo identifier of [1] CallBarringlnfo 

DEFINED in IVIAP-SS-DataTypes 87 

CallBarringlnfo type reference SEQUENCE 

DEFINED in IVlAP-SS-DataTypes : 148 
USED in MAP-SS-DataTypes 87 
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callBarringlnfoFor-CSE identifier of [1] Ext-CallBarringlnfoFor-CSE 

DEFINED in IVIAP-IVIS-DataTypes : 1955 

callBarringlnfoFor-GSE identifier of [1] Ext-CallBarringlnfoFor-CSE 

DEFINED in MAP-IVIS-DataTypes : 1985 

GallDirection type reference OGTET STRING 

DEFINED in IVIAP-CH-DataTypes : 292 
USED in MAP-CH-DataTypes : 284 

callDiversionTreatmentlndicator identifier of [20] CallDiversionTreatmentlndicator 

DEFINED in MAP-CH-DataTypes : 116 

CallDiversionTreatmentlndicator type reference OCTET STRING 

DEFINED in IVlAP-CH-DataTypes : 140 
USED in IV!AP-CH-DataTypes : 116 

calledPartySS-lnteractionViolation identifier of Named Number, 7 

DEFINED in IVIAP-ER-DataTypes : 134 

callForwardingData identifier of [1] CallForwardingData 

DEFINED in IVIAP-MS-DataTypes : 1832 

CallForwardingData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1861 
USED in IVIAP-MS-DataTypes : 1832 

calllnfo identifier of [1] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 387 

calllnfo identifier of [3] ExternalSignallnfo 

DEFINED in MAP-SS-DataTypes : 314 

callOriginator identifier of [8] NULL 

DEFINED in MAP-GR-DataTypes : 122 

callOutcome identifier of [1] CallOutcome 

DEFINED in MAP-CH-DataTypes : 359 

CallOutcome type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 371 
USED in MAP-CH-DataTypes : 359 

callReferenceNumber identifier of [7] CallReferenceNumber 

DEFINED in MAP-CH-DataTypes : 102 

CallReferenceNumber type reference OCTET STRING 

DEFINED in MAP-CH-DataTypes : 127 
USED in MAP-CH-DataTypes 22 102 207 225 

callReferenceNumber identifier of [9] CallReferenceNumber 

DEFINED in MAP-CH-DataTypes : 207 

callReferenceNumber identifier of [0] CallReferenceNumber 

DEFINED in MAP-CH-DataTypes : 225 

callReportdata identifier of [2] CallReportData 

DEFINED in MAP-CH-DataTypes : 348 

CallReportData type reference SEOUENCE 

DEFINED in MAP-CH-DataTypes : 357 
USED in MAP-CH-DataTypes : 348 

callSesslonRelated value reference SS-Code, '1011 001 0'B 

DEFINED In MAP-SS-Code : 163 

callSessionUnrelated value reference SS-Code, '10110011'B 

DEFINED in MAP-SS-Code : 166 

callTerminationlndicator identifier of [2] CallTerminationlndicator 

DEFINED in MAP-CH-DataTypes : 424 

CallTerminationlndicator type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 437 
USED in MAP-CH-DataTypes : 424 
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callToClientNotSetup identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 358 

callTypeCriteria identifier of [2] CallTypeCriteria 

DEFINED in IVIAP-IVlS-DataTypes : 1438 
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CallTypeCriteria type reference ENUIVIERATED 

DEFINED in IVIAP-IVIS-DataTypes : 1476 
USED in MAP-MS-DataTypes : 1438 

call-Direction identifier of [2] CallDirection 

DEFINED in IVIAP-GH-DataTypes : 284 

camelBusy identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 1796 

camelCapabilityHandling identifier of [1] CamelCapabilityHandling 

DEFINED in MAP-MS-DataTypes : 810 

camelCapabilityHandling identifier of [1] CamelCapabilityHandling 

DEFINED in MAP-MS-DataTypes : 1331 

camelCapabilityHandling identifier of [0] CamelCapabilityHandling 

DEFINED in MAP-MS-DataTypes : 1390 

CamelCapabilityHandling type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 1507 
USED in MAP-MS-DataTypes 72 810 1331 1390 1522 1597 

camelCapabilityHandling identifier of [1] CamelCapabilityHandling 

DEFINED in MAP-MS-DataTypes : 1522 

camelCapabilityHandling identifier of [0] CamelCapabilityHandling 

DEFINED in MAP-MS-DataTypes : 1597 

camellnfo identifier of [11] Camellnfo 

DEFINED in MAP-CH-DataTypes : 106 

Camellnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 256 
USED in MAP-CH-DataTypes : 106 

camelRoutinglnfo identifier of [8] CamelRoutinglnfo 

DEFINED in MAP-CH-DataTypes : 264 

CamelRoutinglnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 266 
USED in MAP-CH-DataTypes : 264 

camelSubscriptionlnfoWithdraw identifier of [9] NULL 

DEFINED in MAP-MS-DataTypes : 1268 

camel-invoked identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 320 

camel-Subscriptionlnfo identifier of [4] CAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1835 

CAMEL-Subscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1883 
USED in MAP-MS-DataTypes : 1835 1913 1957 

camel-Subscriptionlnfo identifier of [1] CAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1913 

camel-Subscriptionlnfo identifier of [3] CAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1957 

cancelDeferredLocation identifier of Named Number, 4 

DEFINED in MAP-LCS-DataTypes : 115 

cancellationType identifier of CancellationType 

DEFINED in MAP-MS-DataTypes : 264 

CancellationType type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 269 
USED in MAP-MS-DataTypes : 264 

cancelLocation value reference CancelLocation, CHOICE VALUE 

DEFINED in MAP-Protocol : 194 
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CancelLocation type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 188 
USED in MAP-Protocol 13 194 

USED in MAP-MobileServiceOpera : 16 

cancelLocationArg identifier of GancelLocationArg 

DEFINED in MAP-MobileServiceOpera : 190 
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GancelLocationArg type reference [3] SEQUENCE 

DEFINED in IVIAP-IVIS-DataTypes : 262 
USED in IVlAP-IVlobileServiceOpera : 115 190 
USED in MAP-MS-DataTypes 18 

cancelLocationRes identifier of CancelLocationRes 

DEFINED in IVIAP-MobileServiceOpera : 192 

CancelLocationRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 276 
USED in MAP-MobileServiceQpera : 1 1 6 1 92 
USED in MAP-MS-DataTypes 19 

category identifier of [2] Category 

DEFINED in MAP-MS-DataTypes : 918 

Category type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 935 
USED in MAP-MS-DataTypes : 918 

CauseValue type reference QCTET STRING 

DEFINED in MAP-MS-DataTypes : 1494 
USED in MAP-MS-DataTypes : 1485 1488 

ccbsldle identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 337 

ccbsNotldle identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 336 

ccbsNotReachable identifier of Named Number, 2 

DEFINED in MAP-CH-DataTypes : 338 

ccbs-A value reference SS-Code, '01 00001 1'B 

DEFINED in MAP-SS-Code 79 

ccbs-B value reference SS-Code, '01000100'B 

DEFINED in MAP-SS-Code 81 

ccbs-Busy identifier of [1] NULL 

DEFINED in MAP-ER-DataTypes : 275 

ccbs-Call identifier of [15] NULL 

DEFINED in MAP-CH-DataTypes : 111 

ccbs-Call identifier of [13] NULL 

DEFINED in MAP-CH-DataTypes : 212 

ccbs-Data identifier of [1] CCBS-Data 

DEFINED in MAP-SS-DataTypes : 307 

CCBS-Data type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 310 
USED in MAP-SS-DataTypes : 307 

ccbs-Feature identifier of [2] CCBS-Feature 

DEFINED in MAP-CH-DataTypes : 388 

CCBS-Feature type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 206 
USED in MAP-CH-DataTypes 58 388 

USED in MAP-SS-DataTypes : 36 202 311 325 

ccbs-Feature identifier of [0] CCBS-Feature 

DEFINED in MAP-SS-DataTypes : 31 1 

ccbs-Feature identifier of [0] CCBS-Feature 

DEFINED in MAP-SS-DataTypes : 325 

ccbs-FeatureList identifier of [2] CCBS-FeatureList 

DEFINED in MAP-SS-DataTypes : 196 

CCBS-FeatureList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 201 
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USED in MAP-SS-DataTypes : 196 

ccbs-lndex identifier of [0] CCBS-lndex 

DEFINED in IVIAP-SS-DataTypes : 207 

CCBS-lndex type reference INTEGER 

DEFINED in MAP-SS-DataTypes : 213 
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USED in IV!AP-SS-DataTypes : 207 330 

ccbs-lndex identifier of [1] CGBS-lndex 

DEFINED in IVIAP-SS-DataTypes : 330 

ccbs-lndicators identifier of [1 1] CCBS-lndicators 

DEFINED in MAP-CH-DataTypes : 162 

CCBS-lndicators type reference SEQUENCE 

DEFINED in IVIAP-CH-DataTypes : 177 
USED in IVIAP-CH-DataTypes : 162 

ccbs-Monitoring identifier of [2] ReportingState 

DEFINED in IVIAP-CH-DataTypes : 318 

ccbs-Possible identifier of [0] NULL 

DEFINED in IVIAP-CH-DataTypes : 178 

ccbs-Possible identifier of [8] NULL 

DEFINED in IVIAP-CH-DataTypes : 232 

ccbs-Possible identifier of [0] NULL 

DEFINED in IVIAP-ER-DataTypes : 274 

ccbs-RequestState identifier of [6] CCBS-RequestState 

DEFINED in IVIAP-SS-DataTypes : 282 

CCBS-RequestState type reference ENUMERATED 

DEFINED in IVIAP-SS-DataTypes : 285 
USED in MAP-SS-DataTypes : 282 

ccbs-SubscriberStatus identifier of [0] CCBS-SubscriberStatus 

DEFINED in IVIAP-CH-DataTypes : 331 

CCBS-SubscriberStatus type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 335 
USED in MAP-CH-DataTypes : 331 353 

ccbs-SubscriberStatus identifier of [0] CCBS-SubscriberStatus 

DEFINED in MAP-CH-DataTypes : 353 

cd value reference SS-Code, '00100100'B 

DEFINED in MAP-SS-Code 60 

cellGloballdOrServiceArealdFixedLength.. identifier of [0] CellGloballdOrServiceArealdFixedLength 
DEFINED in MAP-CommonDataTypes : 394 

CellGloballdOrServiceArealdFixedLength..type reference OCTET STRING 
DEFINED in MAP-CommonDataTypes : 397 
USED in MAP-CommonDataTypes : 394 

cellGloballdOrServiceArealdOrLAI identifier of [3] CellGloballdOrServiceArealdOrLAI 

DEFINED in MAP-MS-DataTypes : 1756 

CellGloballdOrServiceArealdOrLAI type reference CHOICE 

DEFINED in MAP-CommonDataTypes : 393 
USED in MAP-MS-DataTypes : 175 1756 
USED in MAP-CommonDataTypes 44 

cfb value reference SS-Code, '00101001'B 

DEFINED in MAP-SS-Code 54 

cfnrc value reference SS-Code, '0010101 1'B 

DEFINED in MAP-SS-Code 58 

cfnry value reference SS-Code, '00101010'B 

DEFINED in MAP-SS-Code 56 

cfu value reference SS-Code, '001 00001 'B 

DEFINED in MAP-SS-Code 50 

channelType identifier of [0] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 305 

chargeableECT-Barred identifier of Named Number, 10 
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DEFINED in MAP-MS-DataTypes 
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chargingCharacteristics identifier of [18] ChargingCharacteristics 

DEFINED in IVlAP-MS-DataTypes : 741 

ChargingCharacteristics type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 880 
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USED in IVIAP-IVIS-DataTypes : 741 788 

cliecl<IIVIEI value reference Checl<IIVIEI, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 217 

ChecklMEl type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 380 
USED in MAP-Protocol 24 217 

USED in MAP-MobileServiceOpera : 49 

chosenChannel identifier of [4] ExternalSignallnfo 

DEFINED in IVIAP-CH-DataTypes : 286 

chosenChannel identifier of [1] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 306 

chosenChannel identifier of [0] ExternalSignallnfo 

DEFINED in IVIAP-CH-DataTypes : 31 1 

chosenChannellnfo identifier of [0] ChosenChannellnfo 

DEFINED in IVIAP-MS-DataTypes : 571 

ChosenChannellnfo type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 576 
USED in MAP-MS-DataTypes : 571 

ChosenEncryptionAlgorithm type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 563 
USED in MAP-MS-DataTypes : 552 

ChosenlntegrityProtectionAlgorithm type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 556 
USED in MAP-MS-DataTypes : 551 

chosenRadioResourcelnformation identifier of [6] ChosenRadioResourcelnformation 

DEFINED in MAP-MS-DataTypes : 546 

ChosenRadioResourcelnformation type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 570 
USED in MAP-MS-DataTypes : 546 603 

chosenRadioResourcelnformation identifier of [3] ChosenRadioResourcelnformation 

DEFINED in MAP-MS-DataTypes : 603 

chosenSpeechVersion identifier of [1] ChosenSpeechVersion 

DEFINED in MAP-MS-DataTypes : 572 

ChosenSpeechVersion type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 580 
USED in MAP-MS-DataTypes : 572 

ciphehngAlgorithm identifier of CipheringAlgorithm 

DEFINED in MAP-GR-DataTypes 53 

CipheringAlgorithm type reference OCTET STRING 

DEFINED in MAP-GR-DataTypes : 100 
USED in MAP-GR-DataTypes 53 

ck identifier of CK 

DEFINED in MAP-MS-DataTypes : 336 

ck identifier of CK 

DEFINED in MAP-MS-DataTypes : 351 

CK type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 364 
USED in MAP-MS-DataTypes : 336 351 

cksn identifier of Cksn 

DEFINED in MAP-MS-DataTypes : 347 

Cksn type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 372 
USED in MAP-MS-DataTypes : 347 
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clientldentity identifier of LCSCIientExternallD 

DEFINED in IVIAP-IVIS-DataTypes : 1197 

clientNotlnlVISPrivacyExceptionList identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 357 

clip value reference SS-Code, '00010001'B 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 976 ETSI TS 1 29 002 V4.9.0 (2002-09) 

TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 18 

DEFINED in MAP-SS-Code 28 

clir value reference SS-Code, '00010010'B 

DEFINED in IVlAP-SS-Code 30 

cliRestrictionOption identifier of [2] CliRestrictionOption 

DEFINED in MAP-SS-DataTypes : 172 

CliRestrictionOption type reference ENUMERATED 

DEFINED in IVlAP-SS-DataTypes : 175 
USED in IVlAP-SS-DataTypes 29 172 192 

cliRestrictionOption identifier of CliRestrictionOption 

DEFINED in IVIAP-SS-DataTypes : 192 

clir-invoked identifier of Named Number, 

DEFINED in IVIAP-SS-DataTypes : 319 

cnap value reference SS-Code, '0001 1001 'B 

DEFINED in IVIAP-SS-Code 42 

codec-Info identifier of CODEC-lnfo 

DEFINED in MAP-GR-DataTypes 52 

CODEC-lnfo type reference OCTET STRING 

DEFINED in IVIAP-GR-DataTypes 95 

USED in MAP-GR-DataTypes 52 

collectedlnfo identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 1417 

colp value reference SS-Code, '0001001 1'B 

DEFINED in MAP-SS-Code 32 

coir value reference SS-Code, '00010100'B 

DEFINED in MAP-SS-Code 34 

completed identifier of Named Number, 3 

DEFINED in MAP-SS-DataTypes : 289 

completeDataListlncluded identifier of NULL 

DEFINED in MAP-MS-DataTypes : 794 

completeDataListlncluded identifier of NULL 

DEFINED in MAP-MS-DataTypes : 900 

Component type reference CHOICE 

DEFINED in TCAPMessages : 124 

USED in TCAPMessages 47 115 

ComponentPortion type reference [APPLICATION 12] IMPLICIT SEQUENCE OF 

DEFINED in TCAPMessages : 115 

USED in TCAPMessages 59 63 67 72 

components identifier of ComponentPortion 

DEFINED in TCAPMessages 59 

components identifier of ComponentPortion 

DEFINED in TCAPMessages 63 

components identifier of ComponentPortion 

DEFINED in TCAPMessages : 67 

components identifier of ComponentPortion 

DEFINED in TCAPMessages 72 

congestion identifier of Named Number, 3 

DEFINED in MAP-LCS-DataTypes : 359 

congestion identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 371 

Contextid type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 791 
USED in MAP-MS-DataTypes : 779 1297 
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contextldList identifier of ConlextldList 

DEFINED in MAP-IVIS-DataTypes : 1294 

ContextldList type reference SEQUENCE OF 

DEFINED in IVIAP-MS-DataTypes : 1296 
USED in MAP-MS-DataTypes : 1294 
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Continue type reference SEQUENCE 

DEFINED in TCAPMessages 69 

USED in TCAPI\/lessages 55 

continueCall identifier of Named Number, 

DEFINED in MAP-IVIS-DataTypes : 1500 

continueTransaction identifier of Named Number, 

DEFINED in IVIAP-MS-DataTypes : 837 

continueTransaction identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1557 

continue-ME identifier of [APPLICATION 5] IMPLICIT Continue 

DEFINED in TCAPMessages 55 

controllingMSC identifier of Named Number, 4 

DEFINED in MAP-CommonDataTypes : 355 

csiActive identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1392 

csi-Active identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 813 

csi-Active identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 1334 

csi-Active identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 1362 

csi-Active identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 1525 

csi-Active identifier of [3] NULL 

DEFINED in MAP-MS-DataTypes : 1570 

csi-Active identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1599 

cs-AllocationRetentionPriority identifier of [29] CS-AllocationRetentionPriority 

DEFINED in MAP-MS-DataTypes : 739 

CS-AllocationRetentionPriority type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 746 
USED in MAP-MS-DataTypes : 739 

cug value reference SS-Code, '01100001'B 

DEFINED in MAP-SS-Code 96 

cuglC-CallBarred identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1113 

cugOG-CallBarred identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 1114 

cugSubscriptionFlag identifier of [6] NULL 

DEFINED in MAP-CH-DataTypes : 152 

CUG-Checklnfo type reference SEOUENCE 

DEFINED in MAP-CH-DataTypes 86 

USED in MAP-CH-DataTypes 96 151 229 

cug-Cfiecklnfo identifier of [1] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes 96 

cug-Checklnfo identifier of [3] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes : 151 

cug-Checklnfo identifier of [4] CUG-Checklnfo 

DEFINED in MAP-CH-DataTypes : 229 

CUG-Feature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1126 
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USED in MAP-MS-DataTypes 



1119 



cug-FeatureList identifier of CUG-FeatureList 

DEFINED in IVIAP-IVIS-DataTypes : 1091 

CUG-FeatureList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1118 
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USED in IVIAP-IVIS-DataTypes : 1091 

cug-lndex identifier of CUG-lndex 

DEFINED in IVIAP-IVIS-DataTypes : 1099 

CUG-lndex type reference INTEGER 

DEFINED in IVlAP-MS-DataTypes : 1106 
USED in IVIAP-MS-DataTypes 76 1099 1128 

cug-lnfo identifier of [2] CUG-lnfo 

DEFINED in IVIAP-MS-DataTypes : 1010 

CUG-lnfo type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1089 
USED in MAP-MS-DataTypes 77 1010 

cug-lnterlock identifier of CUG-lnterlock 

DEFINED in MAP-MS-DataTypes : 1100 

CUG-lnterlock type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1109 
USED in MAP-MS-DataTypes 78 1100 

USED in MAP-CH-DataTypes 42 87 

cug-lnterlock identifier of CUG-lnterlock 

DEFINED in MAP-CH-DataTypes 87 

cug-OutgoingAccess identifier of NULL 

DEFINED in MAP-CH-DataTypes 88 

cug-Reject value reference CUG-Reject, CHOICE VALUE 

DEFINED in MAP-Protocol : 401 

CUG-Reject type reference ERROR 

DEFINED in MAP-Errors : 316 

USED in MAP-Protocol : 151 401 

USED in MAP-CallHandlingOperat : 46 100 
USED in MAP-Errors 52 

cug-RejectCause identifier of CUG-RejectCause 

DEFINED in MAP-ER-DataTypes : 126 

CUG-RejectCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 130 
USED in MAP-ER-DataTypes : 126 

cug-RejectParam identifier of CUG-RejectParam 

DEFINED in MAP-Errors : 318 

CUG-RejectParam type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 125 
USED in MAP-Errors : 134 318 

USED in MAP-ER-DataTypes 16 

CUG-Subscription type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1098 
USED in MAP-MS-DataTypes : 1096 

cug-SubscriptionList identifier of CUG-SubscriptionList 

DEFINED in MAP-MS-DataTypes : 1090 

CUG-SubscriptionList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1095 
USED in MAP-MS-DataTypes : 1090 

currentLocation identifier of [3] NULL 

DEFINED in MAP-MS-DataTypes : 1747 

currentLocation identifier of Named Number, 

DEFINED in MAP-LCS-DataTypes : 110 

currentLocationRetrieved identifier of [8] NULL 

DEFINED in MAP-MS-DataTypes : 1762 

currentOrLastKnownLocation identifier of Named Number, 1 
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DEFINED in MAP-LCS-DataTypes : 111 

currentPassword identifier of Password 

DEFINED in IVlAP-SupplementaryServi : 238 

currentSecurityContext identifier of [2] CurrentSecurityContext 

DEFINED in MAP-MS-DataTypes : 31 1 
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CurrentSecurityContext type reference CHOICE 

DEFINED in IV!AP-MS-DataTypes : 341 
USED in IVIAP-MS-DataTypes : 31 1 

cw value reference SS-Code, '01000001'B 

DEFINED in MAP-SS-Code 75 

dataCDA-1 200bps value reference BearerServiceCode, '0001 001 0'B 

DEFINED in IVlAP-BS-Code 53 

dataCDA-1200-75bps value reference BearerServiceCode, '0001 001 1'B 

DEFINED in MAP-BS-Code 54 

dataCDA-2400bps value reference BearerServiceCode, '00010100'B 

DEFINED in MAP-BS-Code 55 

dataCDA-300bps value reference BearerServiceCode, '00010001'B 

DEFINED in MAP-BS-Code 52 

dataCDA-4800bps value reference BearerServiceCode, '0001 01 01 'B 

DEFINED in MAP-BS-Code 56 

dataCDA-9600bps value reference BearerServiceCode, '00010110'B 

DEFINED in MAP-BS-Code 57 

dataCDS-1 200bps value reference BearerServiceCode, '00011 01 0'B 

DEFINED in MAP-BS-Code 61 

dataCDS-2400bps value reference BearerServiceCode, '00011100'B 

DEFINED in MAP-BS-Code 62 

dataCDS-4800bps value reference BearerServiceCode, '0001 11 01 'B 

DEFINED in MAP-BS-Code 63 

dataCDS-9600bps value reference BearerServiceCode, '00011110'B 

DEFINED in MAP-BS-Code 64 

dataCodingScheme identifier of [0] USSD-DataCodingScheme 

DEFINED in MAP-LCS-DataTypes : 148 

dataMissing value reference DataMissing, CHOICE VALUE 

DEFINED in MAP-Protocol : 348 

DataMissing type reference ERROR 

DEFINED in MAP-Errors : 174 

USED in MAP-Protocol : 127 348 

USED in MAP-MobileServiceOpera : 83 183 195 205 215 239 252 265 282 

303 317 344 363 387 399 410 429 443 

458 472 483 
USED in MAP-OperationAndMainte : 24 58 72 83 

USED in MAP-CallHandlingOperat : 31 88 111 128 137 149 163 177 186 
USED in MAP-SupplementaryServi : 34 95 112 129 149 167 182 195 209 

224 247 258 275 
USED in MAP-ShortMessageServic : 28 73 101 118 129 143 
USED in MAP-LocationServiceOpe : 24 59 73 91 
USED in MAP-SecureTransportOpe : 24 48 57 
USED in MAP-Errors 15 

dataMissingParam identifier of DataMissingParam 

DEFINED in MAP-Errors : 176 

DataMissingParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 189 
USED in MAP-Errors : 114 176 

USED in MAP-ER-DataTypes 21 

dataPDS-2400bps value reference BearerServiceCode, '00101100'B 

DEFINED in MAP-BS-Code 77 

dataPDS-4800bps value reference BearerServiceCode, '001 Oil 01 'B 

DEFINED in MAP-BS-Code 78 

dataPDS-9600bps value reference BearerServiceCode, '001 01 11 0'B 

DEFINED in MAP-BS-Code 79 
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deactivate identifier of Named Number, 

DEFINED in MAP-IVIS-DataTypes : 1946 

deactivateSS value reference DeactivateSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 260 
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DeactivateSS type reference OPERATION 

DEFINED in IVIAP-SupplementaryServi : 141 
USED in MAP-Protocol 72 260 

USED in MAP-SupplementaryServi : 16 

deactivateTraceMode value reference DeactivateTraceMode, CHOICE VALUE 

DEFINED in MAP-Protocol : 237 

DeactivateTraceMode type reference OPERATION 

DEFINED in MAP-OperationAndMainte : 64 
USED in MAP-Protocol 47 237 

USED in MAP-OperationAndMainte : 14 

deacti vateTraceModeArg identifier of Deacti vateTraceModeArg 

DEFINED in MAP-OperationAndMainte : 66 

DeactivateTraceModeArg type reference SEOUENCE 

DEFINED in MAP-OM-DataTypes 54 

USED in MAP-OperationAndMainte : 36 66 
USED in MAP-OM-DataTypes 16 

deactivateTraceModeRes identifier of DeactivateTraceModeRes 

DEFINED in MAP-OperationAndMainte : 68 

DeactivateTraceModeRes type reference SEOUENCE 

DEFINED in MAP-OM-DataTypes 60 

USED in MAP-OperationAndMainte : 37 68 
USED in MAP-OM-DataTypes 17 

defaultCallHandling identifier of DefaultCallHandling 

DEFINED in MAP-MS-DataTypes : 1353 

defaultCallHandling identifier of [1] DefaultCallHandling 

DEFINED in MAP-MS-DataTypes : 1409 

DefaultCallHandling type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1499 
USED in MAP-MS-DataTypes 71 1353 1409 1616 

defaultCallHandling identifier of [1] DefaultCallHandling 

DEFINED in MAP-MS-DataTypes : 1616 

DefaultGPRS-Handling type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 836 
USED in MAP-MS-DataTypes : 831 

defaultPriority identifier of EMLPP-Priority 

DEFINED in MAP-CommonDataTypes : 438 

defaultPriority identifier of [7] EMLPP-Priority 

DEFINED in MAP-SS-DataTypes 79 

defaultPriority identifier of EMLPP-Priority 

DEFINED in MAP-SS-DataTypes : 167 

defaultPriority identifier of [1] EMLPP-Priority 

DEFINED in MAP-SS-DataTypes : 195 

defaultSessionHandling identifier of [3] DefaultGPRS-Handling 

DEFINED in MAP-MS-DataTypes : 831 

defaultSMS-Handling identifier of [3] DefaultSMS-Handiing 

DEFINED in MAP-MS-DataTypes : 1543 

DefaultSMS-Handling type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1556 
USED in MAP-MS-DataTypes : 1543 

deferredLocationEventType identifier of [1] DeferredLocationEventType 

DEFINED in MAP-LCS-DataTypes : 107 

DeferredLocationEventType type reference BIT STRING 

DEFINED in MAP-LCS-DataTypes : 120 
USED in MAP-LCS-DataTypes : 107 338 
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deferredLocationEventType identifier of DeferredLocationEventType 

DEFINED in IVIAP-LCS-DataTypes : 338 

deferredmt-lrData identifier of [9] Deferredmt-lrData 

DEFINED in MAP-LCS-DataTypes : 322 

Deferredmt-lrData type reference SEQUENCE 
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DEFINED in IVlAP-LCS-DataTypes : 337 
USED in IVlAP-LCS-DataTypes : 322 

deferredmt-lrResponse identifier of Named Number, 3 

DEFINED in MAP-LGS-DataTypes : 350 

deferredmt-lrResponselndicator identifier of [3] NULL 

DEFINED in IVlAP-LCS-DataTypes : 214 

delaytolerant identifier of Named Number, 1 

DEFINED in IVlAP-LCS-DataTypes : 192 

deleted identifier of Named Number, 6 

DEFINED in IVIAP-SS-DataTypes : 292 

deleteSubscriberData value reference DeleteSubscriberData, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 223 

DeleteSubscriberData type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 403 
USED in IVlAP-Protocol 26 223 

USED in MAP-MobileServiceOpera : 53 

deleteSubscriberDataArg identifier of DeleteSubscriberDataArg 

DEFINED in MAP-MobileServiceOpera : 405 

DeleteSubscriberDataArg type reference SEOUENCE 

DEFINED in IV!AP-MS-DataTypes : 1258 
USED in IVIAP-MobileServiceOpera : 138 405 
USED in MAP-MS-DataTypes 57 

deleteSubscriberDataRes identifier of DeleteSubscriberDataRes 

DEFINED in MAP-MobileServiceOpera : 407 

DeleteSubscriberDataRes type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1311 
USED in IVlAP-MobileServiceOpera : 139 407 
USED in MAP-MS-DataTypes 58 

deliveryOutcomelndicator identifier of [3] NULL 

DEFINED in IVlAP-SM-DataTypes : 155 

derivable identifier of InvokeldType 

DEFINED in TCAPIVIessages : 167 

destinationNumberCriteria identifier of [0] DestinationNumberCriteria 

DEFINED in IVIAP-MS-DataTypes : 1436 

DestinationNumberCriteria type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1449 
USED in MAP-MS-DataTypes : 1436 

destinationNumberLengthList identifier of [2] DestinationNumberLengthList 

DEFINED in MAP-MS-DataTypes : 1452 

DestinationNumberLengthList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1462 
USED in MAP-MS-DataTypes : 1452 

destinationNumberList identifier of [1] DestinationNumberList 

DEFINED in MAP-MS-DataTypes : 1451 

DestinationNumberList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1457 
USED in MAP-MS-DataTypes : 1451 

DestTransactionID type reference [APPLICATION 9] IMPLICIT TransactionID 

DEFINED in TCAPMessages : 98 

USED in TCAPMessages 65 70 74 

diagnosticlnfo identifier of Signallnfo 

DEFINED in MAP-ER-DataTypes : 159 

dialledNumber identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1350 
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dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages 58 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages 62 
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dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages 66 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages 71 

dialoguePortion identifier of DialoguePortion 

DEFINED in TCAPMessages 77 

DialoguePortion type reference [APPLICATION 11] EXTERNAL 

DEFINED in TCAPMessages : 82 

USED in TCAPMessages 58 62 66 71 77 

disallowedByLocalRegulatoryRequirements. identifier of Named Number, 4 
DEFINED in MAP-ER-DataTypes : 360 

doublyChargeableECT-Barred identifier of Named Number, 13 

DEFINED in MAP-MS-DataTypes : 972 

downlinkAttached identifier of [5] NULL 

DEFINED in MAP-GR-DataTypes : 119 

dp-AnalysedlnfoCriteriaList identifier of [0] DP-AnalysedlnfoCriteriaList 

DEFINED in MAP-MS-DataTypes : 1330 

DP-AnalysedlnfoCriteriaList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1344 
USED in MAP-MS-DataTypes : 1330 

DP-AnalysedlnfoCriterium type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1349 
USED in MAP-MS-DataTypes : 1345 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages : 65 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages 70 

dtid identifier of DestTransactionID 

DEFINED in TCAPMessages 74 

dualCommunication identifier of [7] NULL 

DEFINED in MAP-GR-DataTypes : 121 

duplicatelnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 183 

d-csi identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 1282 

d-CSI identifier of [9] D-CSI 

DEFINED in MAP-MS-DataTypes : 1327 

D-CSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1329 
USED in MAP-MS-DataTypes 66 1327 1886 

USED in MAP-CH-DataTypes 44 237 279 

d-csi identifier of Named Number, 8 

DEFINED in MAP-MS-DataTypes : 1859 

d-CSI identifier of [2] D-CSI 

DEFINED in MAP-MS-DataTypes : 1886 

d-csi identifier of [12] D-CSI 

DEFINED in MAP-CH-DataTypes : 237 

d-csi identifier of [5] D-CSI 

DEFINED in MAP-CH-DataTypes : 279 

ect value reference SS-Code, '001 10001 'B 

DEFINED in MAP-SS-Code 66 

eir identifier of Named Number, 6 
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DEFINED in MAP-CommonDataTypes : 357 

ellipsoidArc identifier of Named Number, 6 

DEFINED in IVIAP-LCS-DataTypes : 204 

ellipsoidPoint identifier of Named Number, 

DEFINED in MAP-LCS-DataTypes : 198 
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ellipsoidPointWitliAltitude identifier of Named Number, 4 

DEFINED in MAP-LGS-DataTypes : 202 

ellipsoidPointWitliAltitudeAndUncertaintyidentifier of Named Number, 5 
DEFINED in MAP-LCS-DataTypes : 203 

ellipsoidPointWithUncertaintyCircle identifier of Named Number, 1 

DEFINED in MAP-LCS-DataTypes : 199 

ellipsoidPointWithUncertaintyEllipse... .identifier of Named Number, 2 
DEFINED in MAP-LCS-DataTypes : 200 

emergencyCall identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 391 

emergencyCallOrigination identifier of Named Number, 

DEFINED in MAP-LCS-DataTypes : 346 

emergencyCallRelease identifier of Named Number, 1 

DEFINED in MAP-LCS-DataTypes : 347 

emergencyCalls value reference TeleserviceCode, '0001 001 0'B 

DEFINED in MAP-TS-Code 42 

emergencyServices identifier of Named Number, 

DEFINED in MAP-LCS-DataTypes : 137 

emipp value reference SS-Code, '10100001'B 

DEFINED in MAP-SS-Code : 156 

emipp-lnfo identifier of [4] EMLPP-lnfo 

DEFINED in MAP-MS-DataTypes : 1012 

EMLPP-lnfo type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 436 
USED in MAP-MS-DataTypes : 1781012 
USED in MAP-CommonDataTypes 49 

EMLPP-Priority type reference INTEGER 

DEFINED in MAP-CommonDataTypes : 442 
USED in MAP-CommonDataTypes : 50 437 438 448 449 450 451 452 453 

454 
USED in MAP-SS-DataTypes 51 79 167 194 195 

USED in MAP-GR-DataTypes : 25 56 

enabling identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1482 

encryptionAlgorithm identifier of [1] ChosenEncryptionAlgorithm 

DEFINED in MAP-MS-DataTypes : 552 

encryptionAlgorithms identifier of [1] PermittedEncryptionAlgorithms 

DEFINED in MAP-MS-DataTypes : 463 

encryptionlnfo identifier of [1] Encryptionlnformation 

DEFINED in MAP-MS-DataTypes : 445 

encryptionlnfo identifier of [6] Encryptionlnformation 

DEFINED in MAP-MS-DataTypes : 505 

Encryptionlnformation type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 666 
USED in MAP-MS-DataTypes : 445 505 

End type reference SEQUENCE 

DEFINED in TCAPMessages 65 

USED in TCAPMessages 54 

end-ME identifier of [APPLICATIQN 4] IMPLICIT End 

DEFINED in TCAPMessages : 54 

enterNewPW identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 250 
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enterNewPW-Again identifier of Named Number, 2 

DEFINED in IVIAP-SS-DataTypes : 251 

enterPW identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 249 

equipmentNotSIVI-Equipped identifier of Named Number, 2 
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DEFINED in MAP-ER-DataTypes : 151 

equipmentProtocolError identifier of Named Number, 1 

DEFINED in IVIAP-ER-DataTypes : 150 

equipmentStatus identifier of EquipmentStatus 

DEFINED in MAP-MobileServiceOpera : 384 

EquipmentStatus type reference ENUMERATED 

DEFINED in IVIAP-MS-DataTypes : 714 
USED in IVlAP-MobileServiceOpera : 135 384 
USED in MAP-MS-DataTypes 50 

eraseCC-Entry value reference EraseCC-Entry, CHOICE VALUE 

DEFINED in MAP-Protocol : 269 

EraseCC-Entry type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 268 
USED in MAP-Protocol 81 269 

USED in MAP-SupplementaryServi : 25 

eraseCC-EntryArg identifier of EraseCC-EntryArg 

DEFINED in MAP-SupplementaryServi : 270 

EraseCC-EntryArg type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 328 
USED in MAP-SupplementaryServi : 72 270 
USED in MAP-SS-DataTypes : 39 

eraseCC-EntryRes identifier of EraseCC-EntryRes 

DEFINED in MAP-SupplementaryServi : 272 

EraseCC-EntryRes type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 333 
USED in MAP-SupplementaryServi : 73 272 
USED in MAP-SS-DataTypes 40 

eraseSS value reference EraseSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 258 

EraseSS type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 104 
USED in MAP-Protocol 70 258 

USED in MAP-SupplementaryServi : 14 

errorCode identifier of ERROR 

DEFINED in TCAPMessages : 158 

USED in TCAPMessages : 159 

errorCode identifier of [1] ErrorCode 

DEFINED in MAP-ST-DataTypes 87 

ErrorCode type reference CHOICE 

DEFINED in MAP-ST-DataTypes 94 

USED in MAP-ST-DataTypes 87 

errorundefined identifier of Named Number, 1 

DEFINED in MAP-LCS-DataTypes : 357 

ets-300102-1 identifier of Named Number, 4 

DEFINED in MAP-CommonDataTypes : 221 

ets-300356 identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 232 

eventMet identifier of [0] MM-Code 

DEFINED in MAP-MS-DataTypes : 1971 

eventReportData identifier of [1] EventReportData 

DEFINED in MAP-CH-DataTypes : 347 

EventReportData type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 352 
USED in MAP-CH-DataTypes : 347 
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extended Routing Info identifier of ExtendedRoutinglnfo 

DEFINED in IVIAP-CH-DataTypes : 150 

ExtendedRoutinglnfo type reference CHOICE 

DEFINED in IVlAP-CH-DataTypes : 262 
USED in IVIAP-CH-DataTypes : 150 
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extensibleCallBarredParam identifier of ExtensibleCallBarredParam 

DEFINED in IVlAP-ER-DataTypes : 111 

ExtensibleCallBarredParam type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 119 
USED in IVlAP-ER-DataTypes : 111 

extensibleSystemFailureParam identifier of ExtensibleSystemFailureParam 

DEFINED in MAP-ER-DataTypes : 180 

ExtensibleSystemFailureParam type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 184 
USED in IVIAP-ER-DataTypes : 180 

extensionContainer identifier of ExtensionContainer 

DEFINED in IV!AP-MS-DataTypes : 214 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 221 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVIAP-MS-DataTypes : 259 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVlAP-MS-DataTypes : 265 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVIAP-MS-DataTypes : 277 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVIAP-MS-DataTypes : 284 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 290 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 302 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 312 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 381 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 405 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 418 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 425 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 437 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 450 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 464 

extensionContainer identifier of [8] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 510 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 547 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 553 

extensionContainer identifier of [5] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 591 

extensionContainer identifier of fOl ExtensionContainer 
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DEFINED in MAP-MS-DataTypes 



596 



extensionContainer identifier of [0] ExtensionContainer 

DEFINED in IVIAP-MS-DataTypes : 605 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 615 
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extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-IVIS-DataTypes : 619 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 688 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 701 

extensionContainer identifier of [14] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 725 

extensionContainer identifier of [21] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 785 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 799 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 805 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 81 1 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 832 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 896 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 906 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 955 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1018 

extensionContainer identifier of [9] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1034 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1077 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1086 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1092 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1103 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1130 

extensionContainer identifier of [5] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1150 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1173 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1202 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1231 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1249 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1269 
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extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-IVIS-DataTypes : 1313 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in IVIAP-IVIS-DataTypes : 1318 
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extensionContainer identifier of [2] ExtensionContainer 

DEFINED in IVIAP-IVIS-DataTypes : 1332 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-IVIS-DataTypes : 1354 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVIAP-MS-DataTypes : 1359 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1370 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1388 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1410 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1441 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1523 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1544 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1568 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1595 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1617 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1637 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1644 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1653 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1658 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1667 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1671 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1685 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1692 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1709 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1715 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1728 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1733 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1739 
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extensionContainer identifier of [2] ExtensionContainer 

DEFINED in IVIAP-IVIS-DataTypes : 1745 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-IVIS-DataTypes : 1757 

extensionContainer identifier of [2] ExtensionContainer 
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DEFINED in MAP-IVIS-DataTypes : 1812 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVlAP-IVIS-DataTypes : 1817 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1827 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in IVlAP-MS-DataTypes : 1838 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1847 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1864 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1872 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1880 

extensionContainer identifier of [13] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1897 

extensionContainer identifier of [5] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1907 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1914 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1925 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1935 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1942 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1959 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1963 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1976 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1980 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 1992 

extensionContainer identifier of [5] ExtensionContainer 

DEFINED in MAP-MS-DataTypes : 2001 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 202 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 228 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 245 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 362 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CommonDataTypes : 379 

extensionContainer identifier of ExtensionContainer 
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DEFINED in MAP-CommonDataTypes : 439 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in IVIAP-CommonDataTypes : 462 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-OM-DataTypes 41 
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extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-OM-DataTypes 51 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in IVlAP-OM-DataTypes 57 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-OM-DataTypes 61 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes 89 

extensionContainer identifier of [13] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 108 

extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 158 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 180 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 194 

extensionContainer identifier of [11] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 209 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 221 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 231 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 243 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 253 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 259 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 269 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 275 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 289 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 301 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 307 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 312 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 319 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 332 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 349 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 354 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 360 
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extensionContainer identifier of [0] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 382 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in IVlAP-CH-DataTypes : 392 
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extensionContainer identifier of [1] ExtensionContainer 

DEFINED in IVlAP-GH-DataTypes : 397 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 418 

extensionContainer identifier of [3] ExtensionContainer 

DEFINED in IVIAP-CH-DataTypes : 425 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 430 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-CH-DataTypes : 434 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-SS-DataTypes : 279 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SS-DataTypes : 296 

extensionContainer identifier of [6] ExtensionContainer 

DEFINED in MAP-SM-DataTypes 57 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-SM-DataTypes 83 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes 89 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 111 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 117 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 125 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 130 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 150 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 174 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 186 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 209 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-SM-DataTypes : 213 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-GR-DataTypes 58 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-GR-DataTypes 63 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-GR-DataTypes 68 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-GR-DataTypes 72 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-GR-DataTypes 82 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-GR-DataTypes 90 
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extensionContainer identifier of [2] ExtensionContainer 

DEFINED in IVIAP-LCS-DataTypes 67 

extensionContainer identifier of [2] ExtensionContainer 

DEFINED in MAP-LCS-DataTypes 73 

extensionContainer identifier of [1] ExtensionContainer 
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DEFINED in MAP-LCS-DataTypes 80 

extensionContainer identifier of [8] ExtensionContainer 

DEFINED in IVIAP-LCS-DataTypes 98 

extensionContainer identifier of [4] ExtensionContainer 

DEFINED in MAP-LCS-DataTypes : 170 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in IVIAP-LCS-DataTypes : 21 1 

extensionContainer identifier of [7] ExtensionContainer 

DEFINED in MAP-LCS-DataTypes : 319 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-LCS-DataTypes : 373 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 101 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 121 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 127 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 160 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 167 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 186 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 190 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 194 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 198 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 203 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 207 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 221 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 225 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 229 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 233 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 237 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 241 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 245 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 249 

extensionContainer identifier of ExtensionContainer 
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DEFINED in MAP-ER-DataTypes 



253 



extensionContainer identifier of ExtensionContainer 

DEFINED in IVIAP-ER-DataTypes : 272 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 278 
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extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 282 

extensionContainer identifier of ExtensionContainer 

DEFINED in IVlAP-ER-DataTypes : 286 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 290 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 294 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 298 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 302 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 306 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 310 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 314 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 318 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 325 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 329 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 333 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 337 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 347 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 352 

extensionContainer identifier of [1] ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 367 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 385 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 389 

extensionContainer identifier of ExtensionContainer 

DEFINED in MAP-ER-DataTypes : 394 

ExtensionContainer type reference SEQUENCE 

DEFINED in MAP-ExtensionDataTypes : 32 
USED in MAP-MS-DataTypes : 192 214 221 259 265 277 284 290 302 

312 381 405 418 425 437 450 464 510 

547 553 591 596 605 615 619 688 701 

725 785 799 805 811 832 896 906 955 

1018 1034 1077 1086 1092 1103 1130 1150 1173 

1202 1231 1249 1269 1313 1318 1332 1354 1359 

1370 1388 1410 1441 1523 1544 1568 1595 1617 

1637 1644 1653 1658 1667 1671 1685 1692 1709 

1715 1728 1733 1739 1745 1757 1812 1817 1827 

1838 1847 1864 1872 1880 1897 1907 1914 1925 

1935 1942 1959 1963 1976 1980 1992 2001 
USED in MAP-CommonDataTypes : 80 202 228 245 362 379 439 462 
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USED in MAP-OM-DataTypes 27 41 51 57 61 

USED in MAP-CH-DataTypes 79 89 108 158 180 194 209 221 231 

243 253 259 269 275 289 301 307 312 

319 332 349 354 360 382 392 397 418 

425 430 434 

USED in IVIAP-SS-DataTypes : 60 279 296 
USED in IVIAP-SIVI-DataTypes 46 57 83 89 111 117 125 130 150 
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174 186 209 213 
USED in MAP-GR-DataTypes 42 58 63 68 72 82 90 

USED in IVIAP-LCS-DataTypes 41 67 73 80 98 170 211 319 373 

USED in IVlAP-ER-DataTypes 93 101 121 127 160 167 186 190 194 

198 203 207 221 225 229 233 237 241 

245 249 253 272 278 282 286 290 294 

298 302 306 310 314 318 325 329 333 

337 347 352 367 385 389 394 
USED in IVIAP-ExtensionDataTypes : 16 

ExtensionSet information object set reference MAP-EXTENSION, Information Object Set 

DEFINED in IVIAP-ExtensionDataTypes : 48 
USED in IVIAP-ExtensionDataTypes : 42 44 

externalAddress identifier of [0] AddressString 

DEFINED in IVIAP-CommonDataTypes : 378 

ExternalClient type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 1196 
USED in IVlAP-MS-DataTypes : 1 1 82 1 1 92 

externalClientList identifier of [1] ExternalClientList 

DEFINED in IVIAP-MS-DataTypes : 1166 

ExternalClientList type reference SEQUENCE OF 

DEFINED in IVIAP-MS-DataTypes : 1181 
USED in MAP-MS-DataTypes : 1166 

ExternalSignallnfo type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 197 
USED in MAP-CommonDataTypes : 21 
USED in MAP-CH-DataTypes 66 105 203 204 282 283 286 287 288 

305 306 311 387 
USED in MAP-SS-DataTypes : 54 314 315 

extid identifier of InformationObjectClassFieldType 

DEFINED in MAP-ExtensionDataTypes : 41 

extType identifier of InformationObjectClassFieldType 

DEFINED in MAP-ExtensionDataTypes : 43 

Ext-BasicServiceCode type reference CHOICE 

DEFINED in MAP-CommonDataTypes : 432 
USED in MAP-MS-DataTypes : 176 1025 1084 1122 1127 1307 1466 1919 1930 
USED in MAP-CommonDataTypes : 48 
USED in MAP-CH-DataTypes 70 104 155 226 

Ext-BasicServiceGroupList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1121 
USED in MAP-MS-DataTypes : 1 1 02 1 1 49 

ext-BearerService identifier of [2] Ext-BearerServiceCode 

DEFINED in MAP-CommonDataTypes : 433 

Ext-BearerServiceCode type reference OCTET STRING 

DEFINED in MAP-BS-Code 25 

USED in MAP-MS-DataTypes : 153 943 
USED in MAP-CommonDataTypes : 70 433 

Ext-CallBarFeatureList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1080 
USED in MAP-MS-DataTypes : 1076 1868 1997 

Ext-CallBarlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1074 
USED in MAP-MS-DataTypes : 1009 

Ext-CallBarringFeature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1083 
USED in MAP-MS-DataTypes : 1081 

Ext-CallBarringlnfoFor-CSE type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1995 
USED in MAP-MS-DataTypes : 1955 1985 
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exl-externalClientList identifier of [4] Ext-ExternalClientList 

DEFINED in IVIAP-IVIS-DataTypes : 1175 

Ext-ExternalClientList type reference SEQUENCE OF 

DEFINED in IVIAP-IVIS-DataTypes : 1191 
USED in MAP-MS-DataTypes : 1175 
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Ext-ExternalSignallnfo type reference SEQUENCE 

DEFINED in IVIAP-CommonDataTypes : 223 
USED in IVIAP-CommonDataTypes : 22 
USED in MAP-CH-DataTypes 67 113 214 

Ext-ForwardinglnfoFor-CSE type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1988 
USED in MAP-MS-DataTypes : 1954 1984 

Ext-ForwFeature type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1024 
USED in MAP-MS-DataTypes : 1022 

Ext-ForwFeatureList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 1021 
USED in MAP-MS-DataTypes : 1017 1862 1990 

Ext-Forwinfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1015 
USED in MAP-MS-DataTypes : 1008 

Ext-ForwQptions type reference QCTET STRING 

DEFINED in MAP-MS-DataTypes : 1038 
USED in MAP-MS-DataTypes : 1032 

Ext-Geographicallnformation type reference QCTET STRING 

DEFINED in MAP-LCS-DataTypes : 227 
USED in MAP-LCS-DataTypes 22 209 317 

Ext-NoRepCondTime type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 1067 
USED in MAP-MS-DataTypes : 1033 1923 

ext-Protocolld identifier of Ext-Protocolld 

DEFINED in MAP-CommonDataTypes : 224 

Ext-Protocolld type reference ENUMERATED 

DEFINED in MAP-CommonDataTypes : 231 
USED in MAP-CommonDataTypes : 224 

ext-QoS-Subscribed identifier of [0] Ext-QoS-Subscribed 

DEFINED in MAP-MS-DataTypes : 787 

Ext-QoS-Subscribed type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 873 
USED in MAP-MS-DataTypes 59 787 

Ext-SS-Data type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1145 
USED in MAP-MS-DataTypes : 1011 

Ext-SS-lnfo type reference CHQICE 

DEFINED in MAP-MS-DataTypes : 1007 
USED in MAP-MS-DataTypes : 1005 

Ext-SS-lnfoFor-CSE type reference CHQICE 

DEFINED in MAP-MS-DataTypes : 1983 
USED in MAP-MS-DataTypes : 1912 

Ext-SS-lnfoList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 1004 
USED in MAP-MS-DataTypes : 926 

Ext-SS-Status type reference QCTET STRING 

DEFINED in MAP-CommonDataTypes : 472 
USED in MAP-MS-DataTypes : 184 1026 1085 1147 1160 1230 1920 1931 
USED in MAP-CommonDataTypes : 54 459 

ext-Teleservice identifier of [3] Ext-TeleserviceCode 

DEFINED in MAP-CommonDataTypes : 434 

Ext-TeleserviceCode type reference OCTET STRING 

DEFINED in MAP-TS-Code 20 

USED in MAP-MS-DataTypes : 158 948 
USED in MAP-CommonDataTypes : 64 434 
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USED in MAP-GR-DataTypes 



31 50 



facilityNotSupParam identifier of FacilityNotSupParam 

DEFINED in IVIAP-Errors : 188 

FacilityNotSupParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 197 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 01 4 ETSI TS 1 29 002 V4.9.0 (2002-09) 

TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 37 

USED in IVIAP-Errors : 116 188 

USED in MAP-ER-DataTypes 23 

facilityNotSupported value reference FacilityNotSupported, CHOICE VALUE 

DEFINED in MAP-Protocol : 350 

FacilityNotSupported type reference ERROR 

DEFINED in MAP-Errors : 186 

USED in MAP-Protocol : 129 350 

USED in MAP-OperationAndMainte : 26 60 74 
USED in MAP-CallHandlingOperat : 33 90 113 165 203 216 
USED in MAP-SupplementaryServi : 55 266 
USED in MAP-ShortMessageServic : 30 75 90 103 145 
USED in MAP-LocationServiceOpe : 26 61 75 
USED in MAP-Errors 17 

facsimileGroup3AndAlterSpeech value reference TeleserviceCode, '01 100001 'B 

DEFINED in MAP-TS-Code 49 

facsimileGroup4 value reference TeleserviceCode, '011 0001 1'B 

DEFINED in MAP-TS-Code 51 

failure identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 373 

failureCause identifier of FailureCause 

DEFINED in MAP-MS-DataTypes : 380 

FailureCause type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 408 
USED in MAP-MS-DataTypes : 380 

failureReport value reference Failure Report, CHOICE VALUE 

DEFINED in MAP-Protocol : 322 

FailureReport type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 450 
USED in MAP-Protocol 35 322 

USED in MAP-MobileServiceOpera : 64 

failureReportArg identifier of FailureReportArg 

DEFINED in MAP-MobileServiceOpera : 452 

FailureReportArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1649 
USED in MAP-MobileServiceOpera : 155 452 
USED in MAP-MS-DataTypes : 123 

failureReportRes identifier of FailureReportRes 

DEFINED in MAP-MobileServiceOpera : 454 

FailureReportRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1656 
USED in MAP-MobileServiceOpera : 156 454 
USED in MAP-MS-DataTypes : 124 

foreignNumberPortedToForeignNetwork identifier of Named Number, 2 

DEFINED in MAP-CH-DataTypes : 171 

forwardAccessSignalling value reference ForwardAccessSignalling, CHOICE VALUE 

DEFINED in MAP-Protocol : 204 

ForwardAccessSignalling type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 333 
USED in MAP-Protocol 20 204 

USED in MAP-MobileServiceOpera : 41 

forwardAccessSignalling-Arg identifier of ForwardAccessSignalling-Arg 

DEFINED in MAP-MobileServiceOpera : 335 

ForwardAccessSignalling-Arg type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 442 
USED in MAP-MobileServiceOpera : 125 335 
USED in MAP-MS-DataTypes 33 
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forwardCheckSS-lndication value reference ForwardCheckSS-lndication, CHOICE VALUE 

DEFINED in MAP-Protocol : 229 

ForwardCheckSS-lndication type reference OPERATION 

DEFINED in IVlAP-MobileServiceOpera : 420 
USED in MAP-Protocol 28 229 

USED in MAP-MobileServiceOpera : 57 
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forwarded identifier of Named Number, 

DEFINED in MAP-IVIS-DataTypes : 1477 

forwardedToNumber identifier of [5] ISDN-AddressString 

DEFINED in IVlAP-IVIS-DataTypes : 1027 

forwardedToNumber identifier of [3] AddressString 

DEFINED in MAP-MS-DataTypes : 1921 

forwardedToNumber identifier of [5] ISDN-AddressString 

DEFINED in IVIAP-GH-DataTypes : 188 

forwardedToNumber identifier of [4] AddressString 

DEFINED in MAP-SS-DataTypes 75 

forwardedToNumber identifier of [5] ISDN-AddressString 

DEFINED in IVlAP-SS-DataTypes : 102 

forwardedToSubaddress identifier of [8] ISDN-SubaddressString 

DEFINED in MAP-MS-DataTypes : 1031 

forwardedToSubaddress identifier of [4] ISDN-SubaddressString 

DEFINED in MAP-MS-DataTypes : 1922 

forwardedToSubaddress identifier of [4] ISDN-SubaddressString 

DEFINED in MAP-CH-DataTypes : 192 

forwardedToSubaddress identifier of [6] ISDN-SubaddressString 

DEFINED in MAP-SS-DataTypes 76 

forwardedToSubaddress identifier of [8] ISDN-SubaddressString 

DEFINED in MAP-SS-DataTypes : 103 

forwardGroupCallSignalling value reference ForwardGroupCallSignaliing, CHOICE VALUE 

DEFINED in MAP-Protocol : 309 

ForwardGroupCallSignalling type reference OPERATION 

DEFINED in MAP-Group-Call-Operati : 67 
USED in MAP-Protocol : 101 309 

USED in MAP-Group-Call-Operati : 15 

forwardGroupCallSignallingArg identifier of ForwardGroupCallSignallingArg 

DEFINED in MAP-Group-Call-Operati : 69 

ForwardGroupCallSignallingArg type reference SEOUENCE 

DEFINED in MAP-GR-DataTypes 75 

USED in MAP-Group-Call-Operati : 35 69 
USED in MAP-GR-DataTypes 18 

forwarding identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 123 

forwardingData identifier of ForwardingData 

DEFINED in MAP-CH-DataTypes : 185 

ForwardingData type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 187 
USED in MAP-CH-DataTypes : 185 227 267 

forwardingData identifier of [2] ForwardingData 

DEFINED in MAP-CH-DataTypes : 227 

forwardingData identifier of ForwardingData 

DEFINED in MAP-CH-DataTypes : 267 

forwardingFailed value reference ForwardingFailed, CHOICE VALUE 

DEFINED in MAP-Protocol : 398 

ForwardingFailed type reference ERROR 

DEFINED in MAP-Errors : 311 

USED in MAP-Protocol : 150 398 

USED in MAP-CallHandlingOperat : 45 125 
USED in MAP-Errors 51 
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forwardingFailedParam identifier of ForwardingFailedParam 

DEFINED in IVIAP-Errors : 313 

ForwardingFailedParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 285 
USED in IVIAP-Errors : 133 313 

USED in MAP-ER-DataTypes 38 
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ForwardingFeature type reference SEQUENCE 

DEFINED in IVIAP-SS-DataTypes 99 

USED in MAP-SS-DataTypes 97 

forwardingFeatureList identifier of Ext-ForwFeatureList 

DEFINED in MAP-IVIS-DataTypes : 1017 

forwardingFeatureList identifier of Ext-ForwFeatureList 

DEFINED in IVIAP-MS-DataTypes : 1862 

forwardingFeatureList identifier of [1] Ext-ForwFeatureList 

DEFINED in MAP-MS-DataTypes : 1990 

forwardingFeatureList identifier of ForwardingFeatureList 

DEFINED in MAP-SS-DataTypes 92 

ForwardingFeatureList type reference SEQUENCE OF 

DEFINED in IVIAP-SS-DataTypes 95 

USED in MAP-SS-DataTypes : 92 218 

forwardingFeatureList identifier of [3] ForwardingFeatureList 

DEFINED in MAP-SS-DataTypes : 218 

forwardinglnfo identifier of [0] Ext-ForwInfo 

DEFINED in MAP-MS-DataTypes : 1008 

forwardinglnfo identifier of [0] Forwardinglnfo 

DEFINED in MAP-SS-DataTypes 86 

Forwardinglnfo type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes 90 

USED in MAP-SS-DataTypes 86 

forwardinglnfoFor-CSE identifier of [0] Ext-ForwardinglnfoFor-CSE 

DEFINED in MAP-MS-DataTypes : 1954 

forwardinglnfoFor-CSE identifier of [0] Ext-ForwardinglnfoFor-CSE 

DEFINED in MAP-MS-DataTypes : 1984 

forwardinglnterrogationRequired identifier of [4] NULL 

DEFINED in MAP-CH-DataTypes : 156 

forwardingOptions identifier of [6] Ext-ForwOptions 

DEFINED in MAP-MS-DataTypes : 1032 

fonwardingOptions identifier of [6] ForwardingOptions 

DEFINED in MAP-CH-DataTypes : 193 

forwardingOptions identifier of [6] ForwardingOptions 

DEFINED in MAP-SS-DataTypes : 104 

FonwardingOptions type reference OCTET STRING 

DEFINED in MAP-SS-DataTypes : 124 
USED in MAP-CH-DataTypes 56 193 

USED in MAP-SS-DataTypes : 31 104 

forwardingReason identifier of [8] ForwardingReason 

DEFINED in MAP-CH-DataTypes : 103 

ForwardingReason type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 129 
USED in MAP-CH-DataTypes : 103 

forwardingViolation value reference ForwardingViolation, CHOICE VALUE 

DEFINED in MAP-Protocol : 400 

ForwardingViolation type reference ERROR 

DEFINED in MAP-Errors : 306 

USED in MAP-Protocol : 149 400 

USED in MAP-CallHandlingOperat : 44 101 
USED in MAP-Errors 50 

forwardingViolationParam identifier of ForwardingViolationParam 

DEFINED in MAP-Errors : 308 
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ForwardingViolationParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 281 
USED in MAP-Errors : 132 308 

USED in MAP-ER-DataTypes 37 

freezeP-TMSI identifier of [1] NULL 
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DEFINED in MAP-IVIS-DataTypes : 289 

freezeTIVISI identifier of [0] NULL 

DEFINED in IVIAP-MS-DataTypes : 288 

frozen identifier of Named Number, 5 

DEFINED in MAP-SS-DataTypes : 291 

FTN-AddressString type reference AddressString 

DEFINED in MAP-GommonDataTypes : 148 
USED in MAP-MS-DataTypes : 167 1036 
USED in IVlAP-CommonDataTypes : 19 
USED in MAP-CH-DataTypes 65 196 

USED in IV!AP-SS-DataTypes 47 107 

generalProblem identifier of [0] IMPLICIT GeneralProblem 

DEFINED in TCAPIVIessages : 170 

GeneralProblem type reference INTEGER 

DEFINED in TCAPIVIessages : 179 

USED in TCAPMessages : 170 

general-dataCDA value reference BearerServiceCode, '00010111'B 

DEFINED in IV!AP-BS-Code 58 

general-dataCDS value reference BearerServiceCode, '0001 1 1 1 1'B 

DEFINED in IVIAP-BS-Code 65 

general-dataPDS value reference BearerServiceCode, '001 011 11 'B 

DEFINED in MAP-BS-Code 80 

general-padAccessCA value reference BearerServiceCode, '001 0011 1'B 

DEFINED in IVIAP-BS-Code 74 

GenericServicelnfo type reference SEQUENCE 

DEFINED in IVIAP-SS-DataTypes : 190 
USEDinlVlAP-SS- DataTypes : 219 

genericServicelnfo identifier of [4] GenericServicelnfo 

DEFINED in IVIAP-SS-DataTypes : 219 

geodeticlnformation identifier of [7] Geodeticlnformation 

DEFINED in IV!AP-MS-DataTypes : 1761 

Geodeticlnformation type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 1779 
USED in MAP-MS-DataTypes : 1761 

geographicallnformation identifier of [0] Geographicallnformation 

DEFINED in MAP-MS-DataTypes : 1753 

Geographicallnformation type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1769 
USED in MAP-MS-DataTypes 94 1753 

getPassword value reference GetPassword, CHOICE VALUE 

DEFINED in MAP-Protocol : 267 

GetPassword type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 234 
USED in MAP-Protocol 78 267 

USED in MAP-SupplementaryServi : 22 232 

ggsn-Address identifier of [1] GSN-Address 

DEFINED in MAP-MS-DataTypes : 1635 

ggsn-Address identifier of [1] GSN-Address 

DEFINED in MAP-MS-DataTypes : 1642 

ggsn-Address identifier of [2] GSN-Address 

DEFINED in MAP-MS-DataTypes : 1652 

ggsn-Address identifier of [0] GSN-Address 

DEFINED in MAP-MS-DataTypes : 1657 
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ggsn-Address identifier of [2] GSN-Address 

DEFINED in IVIAP-IVIS-DataTypes : 1666 

ggsn-Number identifier of [2] ISDN-AddressString 

DEFINED in MAP-IVIS-DataTypes : 1636 

ggsn-Number identifier of [1] ISDN-AddressString 
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DEFINED in MAP-IVIS-DataTypes : 1651 

GlobalCellld type reference OCTET STRING 

DEFINED in IVIAP-CommonDataTypes : 337 
USED in MAP-MS-DataTypes : 174 498 586 
USED in IVlAP-CommonDataTypes : 36 

globalValue identifier of OBJECT IDENTIFIER 

DEFINED in MAP-ST-DataTypes 92 

globalValue identifier of OBJECT IDENTIFIER 

DEFINED in IVIAP-ST-DataTypes 96 

gmlc-List identifier of [0] GMLC-List 

DEFINED in MAP-MS-DataTypes : 753 

GMLC-List type reference SEOUENCE OF 

DEFINED in MAP-MS-DataTypes : 758 
USED in MAP-MS-DataTypes : 753 

gmlc-List identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1206 

gmlc-ListWithdraw identifier of [13] NULL 

DEFINED in MAP-MS-DataTypes : 1274 

gmlc-Restriction identifier of [0] GMLC-Restriction 

DEFINED in MAP-MS-DataTypes : 1198 

GMLC-Restriction type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1205 
USED in MAP-MS-DataTypes : 1198 

gmscCamelSubscriptionlnfo identifier of [0] GmscCamelSubscriptionlnfo 

DEFINED in MAP-CH-DataTypes : 268 

GmscCamelSubscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 272 
USED in MAP-CH-DataTypes : 268 

gmsc-Address identifier of [6] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 101 

gmsc-Address identifier of [8] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 206 

gprsAttach identifier of Named Number, 5 

DEFINED in MAP-MS-DataTypes : 395 

gprsConnectionSuspended identifier of NULL 

DEFINED in MAP-ER-DataTypes : 320 

GPRSDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 773 
USED in MAP-MS-DataTypes : 798 

gprsDataList identifier of [1] GPRSDataList 

DEFINED in MAP-MS-DataTypes : 798 

gprsEnhancementsSupportlndicator identifier of [3] NULL 

DEFINED in MAP-MS-DataTypes : 428 

gprsNodelndicator identifier of [5] NULL 

DEFINED in MAP-SM-DataTypes 91 

gprsNodelndicator identifier of [2] NULL 

DEFINED in MAP-LCS-DataTypes 82 

gprsSubscriptionData identifier of [16] GPRSSubscriptionData 

DEFINED in MAP-MS-DataTypes : 729 

GPRSSubscriptionData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 793 
USED in MAP-MS-DataTypes : 729 
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gprsSubscriptionDataWithdraw identifier of [10] GPRSSubscriptionDataWithdraw 

DEFINED in IVlAP-IVIS-DataTypes : 1271 

GPRSSubscriptionDataWitfidraw type reference CHOICE 

DEFINED in IVlAP-MS-DataTypes : 1292 
USED in IVIAP-MS-DataTypes : 1271 
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gprsSubscriptionUnknown identifier of Named Number, 1 

DEFINED in IVIAP-ER-DataTypes : 213 

gprsSupportlndicator identifier of [7] NULL 

DEFINED in MAP-SM-DataTypes 59 

gprsSupportlndicator identifier of [2] NULL 

DEFINED in MAP-SM-DataTypes : 152 

GPRS-CamelTDPData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 827 
USED in MAP-MS-DataTypes : 823 

gprs-CamelTDPDataList identifier of [0] GPRS-CamelTDPDataList 

DEFINED in MAP-MS-DataTypes : 809 

GPRS-CamelTDPDataList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 822 
USED in MAP-MS-DataTypes : 809 

gprs-CSI identifier of [0] GPRS-CSI 

DEFINED in MAP-MS-DataTypes : 803 

GPRS-CSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 808 
USED in MAP-MS-DataTypes : 803 1893 

gprs-csi identifier of Named Number, 7 

DEFINED in MAP-MS-DataTypes : 1286 

gprs-CSI identifier of Named Number, 4 

DEFINED in MAP-MS-DataTypes : 1855 

gprs-CSI identifier of [9] GPRS-CSI 

DEFINED in MAP-MS-DataTypes : 1893 

gprs-TriggerDetectionPoint identifier of [0] GPRS-TriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 828 

GPRS-TriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 844 
USED in MAP-MS-DataTypes : 828 

greyListed identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 717 

groupCallNumber identifier of ISDN-AddressString 

DEFINED in MAP-GR-DataTypes 62 

groupid identifier of Groupid 

DEFINED in MAP-MS-DataTypes : 1708 

groupid identifier of Groupid 

DEFINED in MAP-MS-DataTypes : 1713 

Groupid type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1718 
USED in MAP-MS-DataTypes : 1708 1713 

groupKey identifier of [1] Kc 

DEFINED in MAP-GR-DataTypes 55 

groupKeyNumber identifier of [0] GroupKeyNumber 

DEFINED in MAP-GR-DataTypes 54 

GroupKeyNumber type reference INTEGER 

DEFINED in MAP-GR-DataTypes 93 

USED in MAP-GR-DataTypes 54 

gsmSCF-Address identifier of [2] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 830 

gsmSCF-Address identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1352 
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gsmSCF-Address identifier of ISDN-AddressString 

DEFINED in IVIAP-IVIS-DataTypes : 1369 

gsmSCF-Address identifier of [0] ISDN-AddressString 

DEFINED in MAP-IVIS-DataTypes : 1408 

gsmSCF-Address identifier of [2] ISDN-AddressString 
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DEFINED in MAP-IVIS-DataTypes : 1542 

gsmSCF-Address identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-IVIS-DataTypes : 1567 

gsmSCF-Address identifier of [0] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1615 

gsmSCF-Address identifier of [3] ISDN-AddressString 

DEFINED in IVIAP-IVIS-DataTypes : 1811 

gsmSCF-Address identifier of [2] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1826 

gsmSCF-Address identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1903 

gsm-0408 identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 217 

gsm-0806 identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 218 

gsm-BearerCapability identifier of [5] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 203 

gsm-BearerCapability identifier of [0] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 282 

gsm-BSSMAP identifier of Named Number, 3 

DEFINED in MAP-CommonDataTypes : 219 

gsm-SecurityContextData identifier of [0] GSM-SecurityContextData 

DEFINED in MAP-MS-DataTypes : 342 

GSM-SecurityContextData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 345 
USED in MAP-MS-DataTypes : 342 

GSN-Address type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 432 
USED in MAP-MS-DataTypes 30 417 1635 1641 1642 1652 1657 1665 1666 

guidancelnfo identifier of Guidancelnfo 

DEFINED in MAP-SupplementaryServi : 236 

Guidancelnfo type reference ENUMERATED 

DEFINED in MAP-SS-DataTypes : 248 
USED in MAP-SupplementaryServi : 67 236 
USED in MAP-SS-DataTypes 25 

handoverNumber identifier of [0] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 540 

handoverNumber identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 641 

highLayerCompatibility identifier of [6] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 288 

hir identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 352 

HLR-ld type reference IMSI 

DEFINED in MAP-CommonDataTypes : 326 
USED in MAP-CommonDataTypes : 331 

hIr-List identifier of HLR-List 

DEFINED in MAP-MS-DataTypes : 1679 

HLR-List type reference SEQUENCE QF 

DEFINED in MAP-CommonDataTypes : 330 
USED in MAP-MS-DataTypes : 171 1679 
USED in MAP-CommonDataTypes : 34 
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hIr-Number identifier of ISDN-AddressString 

DEFINED in MAP-IVIS-DataTypes : 436 

hIr-Number identifier of ISDN-AddressString 
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DEFINED in MAP-IVIS-DataTypes : 1678 

hIr-Number identifier of ISDN-AddressString 

DEFINED in IVIAP-IVlS-DataTypes : 1690 

hold value reference SS-Gode, '01000010'B 

DEFINED in MAP-SS-Code 77 

home-Country identifier of Named Number, 1 

DEFINED in IVIAP-MS-DataTypes : 1207 

horizontal-accuracy identifier of [0] Horizontal-Accuracy 

DEFINED in MAP-LCS-DataTypes : 167 

Horizontal-Accuracy type reference OCTET STRING 

DEFINED in IVIAP-LCS-DataTypes : 173 
USED in MAP-LCS-DataTypes 20 167 

ho-NumberNotRequired identifier of NULL 

DEFINED in IVlAP-MS-DataTypes : 499 

identity identifier of Identity 

DEFINED in MAP-MS-DataTypes : 263 

Identity type reference CHOICE 

DEFINED in IVIAP-CommonDataTypes : 299 
USED in MAP-MS-DataTypes : 173 263 
USED in MAP-CommonDataTypes : 31 

Ik identifier of IK 

DEFINED in MAP-MS-DataTypes : 337 

Ik identifier of IK 

DEFINED in MAP-MS-DataTypes : 352 

IK type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 366 
USED in MAP-MS-DataTypes : 337 352 

illegalEquipment value reference lllegalEquipment, CHOICE VALUE 

DEFINED in MAP-Protocol : 368 

IllegalEquipment type reference ERROR 

DEFINED in MAP-Errors : 238 

USED in MAP-Protocol : 137 368 

USED in MAP-SupplementaryServi : 52 199 213 
USED in MAP-ShortMessageServic : 34 106 
USED in MAP-LocationServiceOpe : 35 78 
USED in MAP-Errors 31 

illegalEquipmentParam identifier of lllegalEquipmentParam 

DEFINED in MAP-Errors : 240 

IllegalEquipmentParam type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 232 
USED in MAP-Errors : 122 240 

USED in MAP-ER-DataTypes 29 

illegalSS-Operation value reference IllegalSS-Operation, CHOICE VALUE 

DEFINED in MAP-Protocol : 420 

IllegalSS-Operation type reference ERROR 

DEFINED in MAP-Errors : 352 

USED in MAP-Protocol : 153 420 

USED in MAP-MobileServiceOpera : 100 271 288 

USED in MAP-SupplementaryServi : 40 100 117 134 154 172 261 278 
USED in MAP-Errors 63 

illegalSS-OperationParam identifier of IllegalSS-OperationParam 

DEFINED in MAP-Errors : 354 

IllegalSS-OperationParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 301 
USED in MAP-Errors : 151 354 

USED in MAP-ER-DataTypes 57 
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illegalSubscriber value reference IllegalSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 367 



IllegalSubscriber type reference ERROR 

DEFINED in IVIAP-Errors : 232 

USED in IVIAP-Protocol : 136 367 
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USED in IVlAP-SupplementaryServi : 51 198 212 

USED in IVlAP-ShortlVlessageServic : 33 105 

USED in IVIAP-LocationServiceOpe : 36 77 
USED in MAP-Errors 30 

illegalSubscriberParam identifier of IllegalSubscriberParam 

DEFINED in MAP-Errors : 234 

IllegalSubscriberParam type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 228 
USED in MAP-Errors : 121 234 

USED in MAP-ER-DataTypes 28 

imei identifier of IMEI 

DEFINED in MAP-MobileServiceOpera : 382 

IMEI type reference TBCD-STRING 

DEFINED in MAP-CommonDataTypes : 319 
USED in MAP-MobileServiceOpera : 167 382 
USED in MAP-CommonDataTypes : 33 
USED in MAP-LCS-DataTypes : 30 95 314 

imei identifier of [5] IMEI 

DEFINED in MAP-LCS-DataTypes 95 

imei identifier of [2] IMEI 

DEFINED in MAP-LCS-DataTypes : 314 

ImmediateResponsePreferred identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 684 

imsi identifier of IMSI 

DEFINED in MAP-OperationAndMainte : 81 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 209 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 281 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 306 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 379 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 415 

imsi identifier of [4] IMSI 

DEFINED in MAP-MS-DataTypes : 503 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 679 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 723 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 1259 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 1634 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 1650 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 1664 

imsi identifier of IMSI 

DEFINED in MAP-MS-DataTypes : 1683 

imsi identifier of [0] IMSI 

DEFINED in MAP-MS-DataTypes : 1725 
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imsi identifier of IIVISI 

DEFINED in MAP-IVIS-DataTypes : 1952 

imsi identifier of [1] IIVISI 

DEFINED in MAP-MS-DataTypes : 1972 
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IIVISI type reference TBCD-STRING 

DEFINED in IVIAP-GommonDataTypes : 296 
USED in IVIAP-GperationAndMainte : 43 81 
USED in IVlAP-IVIS-DataTypes : 169 209 281 306 379 415 503 679 723 

1259 1634 1650 1664 1683 1725 1952 1972 
USED in IVIAP-GommonDataTypes : 29 300 304 316 326 373 
USED in MAP-OM-DataTypes 22 37 55 

USED in MAP-GH-DataTypes 68 146 199 228 316 346 386 417 429 

USED in MAP-SS-DataTypes : 48 270 
USED in MAP-SM-DataTypes 35 81 113 134 204 

USED in MAP-GR-DataTypes 24 67 76 

USED in MAP-LGS-DataTypes : 31 92 313 
USED in MAP-ST-DataTypes 18 

imsi identifier of IMSI 

DEFINED in MAP-GommonDataTypes : 300 

imsi identifier of IMSI 

DEFINED in MAP-GommonDataTypes : 304 

imsi identifier of [0] IMSI 

DEFINED in MAP-GommonDataTypes : 316 

imsi identifier of [0] IMSI 

DEFINED in MAP-GommonDataTypes : 373 

imsi identifier of [0] IMSI 

DEFINED in MAP-OM-DataTypes 37 

imsi identifier of [0] IMSI 

DEFINED in MAP-OM-DataTypes 55 

imsi identifier of [9] IMSI 

DEFINED in MAP-GH-DataTypes : 146 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 199 

imsi identifier of [3] IMSI 

DEFINED in MAP-GH-DataTypes : 228 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 316 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 346 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 386 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 417 

imsi identifier of [0] IMSI 

DEFINED in MAP-GH-DataTypes : 429 

imsi identifier of [0] IMSI 

DEFINED in MAP-SS-DataTypes : 270 

imsi identifier of IMSI 

DEFINED in MAP-SM-DataTypes 81 

imsi identifier of IMSI 

DEFINED in MAP-SM-DataTypes : 113 

imsi identifier of [0] IMSI 

DEFINED in MAP-SM-DataTypes : 134 

imsi identifier of [0] IMSI 

DEFINED in MAP-SM-DataTypes : 204 

imsi identifier of IMSI 

DEFINED in MAP-GR-DataTypes 67 

imsi identifier of IMSI 
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DEFINED in MAP-GR-DataTypes 



76 



imsi identifier of [2] IIVISI 

DEFINED in IVIAP-LCS-DataTypes 92 

imsi identifier of [1] IMSI 

DEFINED in MAP-LCS-DataTypes : 313 
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imsiDetach identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 258 

imsiDetached identifier of Named Number, 1 

DEFINED in IVIAP-IVlS-DataTypes : 1802 

imsiUnknown identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 212 

imsi-WithLMSI identifier of IMSI-WithLMSI 

DEFINED in IVIAP-GommonDataTypes : 301 

IMSI-WithLMSI type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 303 
USED in MAP-CommonDataTypes : 301 

incomingCallsBarredWithinCUG identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 131 

IncompatibleTerminal value reference IncompatibleTerminal, CHOICE VALUE 

DEFINED in MAP-Protocol : 351 

IncompatibleTerminal type reference ERROR 

DEFINED in MAP-Errors : 192 

USED in MAP-Protocol : 171 351 

USED in MAP-CallHandlingOperat : 48 187 
USED in MAP-Errors 18 

IncompatibleTerminalParam identifier of IncompatibleTerminalParam 

DEFINED in MAP-Errors : 194 

IncompatibleTerminalParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 336 
USED in MAP-Errors : 141 194 

USED in MAP-ER-DataTypes 46 

InconsistentMeasurementData identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 374 

IncorrectTransactionPortion identifier of Named Number, 3 

DEFINED in TCAPMessages : 106 

InformationNotAvailable value reference InformationNotAvailable, CHOICE VALUE 

DEFINED in MAP-Protocol : 411 

InformationNotAvailable type reference ERROR 

DEFINED in MAP-Errors : 344 

USED in MAP-Protocol : 178 411 

USED in MAP-MobileServiceOpera : 105 273 292 
USED in MAP-Errors 60 

InformationNotAvailableParam identifier of InformationNotAvailableParam 

DEFINED in MAP-Errors : 346 

InformationNotAvailableParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 313 
USED in MAP-Errors : 154 346 

USED in MAP-ER-DataTypes 60 

InformPreviousNetworkEntity identifier of [11] NULL 

DEFINED in MAP-MS-DataTypes : 217 

InformPreviousNetworkEntity identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 421 

informServiceCentre value reference InformServiceCentre, CHOICE VALUE 

DEFINED in MAP-Protocol : 278 

InformServiceCentre type reference OPERATION 

DEFINED in MAP-ShortMessageServic : 132 
USED in MAP-Protocol 92 278 

USED in MAP-ShortMessageServic : 18 

InformServiceCentreArg identifier of InformServiceCentreArg 
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DEFINED in MAP-ShortMessageServic : 134 

InformServiceCentreArg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 183 
USED in MAP-ShortMessageServic : 54 134 
USED in MAP-SM-DataTypes 23 
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inliibiting identifier of Named Number, 

DEFINED in IVlAP-IVlS-DataTypes : 1481 

initialisationVector identifier of InitialisationVector 

DEFINED in MAP-ST-DataTypes 44 

InitialisationVector type reference OCTET STRING 

DEFINED in IVlAP-ST-DataTypes 72 

USED in MAP-ST-DataTypes 44 

initialLocation identifier of Named Number, 2 

DEFINED in IVIAP-LCS-DataTypes : 112 

initiatingRelease identifier of Named Number, 4 

DEFINED in TCAPIVIessages : 187 

insertSubscriberData value reference InsertSubscriberData, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 222 

InsertSubscriberData type reference OPERATION 

DEFINED in IVlAP-MobileServiceOpera : 392 
USED in IV!AP-Protocol 25 222 

USED in IVlAP-MobileServiceOpera : 52 

InsertSubscriberDataArg identifier of InsertSubscriberDataArg 

DEFINED in MAP-MobileServiceOpera : 394 

InsertSubscriberDataArg type reference SEOUENCE 

DEFINED in IVlAP-MS-DataTypes : 722 
USED in IVlAP-MobileServiceOpera : 136 394 
USED in MAP-MS-DataTypes 54 

insertSubscriberDataRes identifier of InsertSubscriberDataRes 

DEFINED in IVIAP-MobileServiceOpera : 396 

InsertSubscriberDataRes type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1242 
USED in IVlAP-MobileServiceOpera : 137 396 
USED in MAP-MS-DataTypes 55 

insufficientMeasurementData identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 373 

InsufficientResources identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 372 

IntegrityProtectionAlgorithm identifier of [0] ChosenlntegrityProtectionAlgorithm 

DEFINED in MAP-MS-DataTypes : 551 

IntegrityProtectionAlgorithms identifier of [0] PermittedlntegrityProtectionAlgorithms 

DEFINED in MAP-MS-DataTypes : 462 

integrityProtectionlnfo identifier of [0] IntegrityProtectionlnformation 

DEFINED in MAP-MS-DataTypes : 444 

integrityProtectionlnfo identifier of [5] IntegrityProtectionlnformation 

DEFINED in MAP-MS-DataTypes : 504 

IntegrityProtectionlnformation type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 656 
USED in MAP-MS-DataTypes : 444 504 

interCUG-Restrictions identifier of InterCUG-Restrictions 

DEFINED in MAP-MS-DataTypes : 1129 

InterCUG-Restrictions type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1133 
USED in MAP-MS-DataTypes 79 1129 

internalTimeout identifier of Named Number, 2 

DEFINED in MAP-LCS-DataTypes : 358 

internationalECT-Barred identifier of Named Number, 1 1 

DEFINED in MAP-MS-DataTypes : 970 
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internationalOGCallsBarred identifier of Named Number, 1 

DEFINED in IVlAP-IVlS-DataTypes : 960 

internationalOGCallsNotToHPLIVIN-CountryBaidentifier of Named Number, 2 
DEFINED in MAP-IVIS-DataTypes : 961 

interrogateSS value reference InterrogateSS, CHOICE VALUE 
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DEFINED in MAP-Protocol : 261 

InterrogateSS type reference OPERATION 

DEFINED in IVIAP-SupplementaryServi : 160 
USED in MAP-Protocol 73 261 

USED in MAP-SupplementaryServi : 17 

interrogateSS-Res identifier of InterrogateSS-Res 

DEFINED in MAP-SupplementaryServi : 164 

InterrogateSS-Res type reference CHOICE 

DEFINED in MAP-SS-DataTypes : 215 
USED in MAP-SupplementaryServi : 63 164 
USED in MAP-SS-DataTypes 19 

InterrogationType identifier of [3] InterrogationType 

DEFINED in MAP-CH-DataTypes 98 

InterrogationType type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 121 
USED in MAP-CH-DataTypes 98 

interzonalECT-Barred identifier of Named Number, 12 

DEFINED in MAP-MS-DataTypes : 971 

interzonalOGCallsAndlnternationalOGCallsidentifier of Named Number, 8 
DEFINED in MAP-MS-DataTypes : 964 

interzonalOGCallsBarred identifier of Named Number, 6 

DEFINED in MAP-MS-DataTypes : 962 

interzonalOGCallsNotToHPLMN-CountryBarreidentifier of Named Number, 7 
DEFINED in MAP-MS-DataTypes : 963 

intraCUG-Options identifier of IntraCUG-Options 

DEFINED in MAP-MS-DataTypes : 1101 

IntraCUG-Options type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1111 
USED in MAP-MS-DataTypes 80 1101 

InvalidFormat identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 144 

invalidSME-Address identifier of Named Number, 5 

DEFINED in MAP-ER-DataTypes : 154 

invoke identifier of [1] IMPLICIT Invoke 

DEFINED in TCAPMessages : 125 

Invoke type reference SEOUENCE 

DEFINED in TCAPMessages : 133 

USED in TCAPMessages : 125 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 134 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 145 

invokelD identifier of InvokeldType 

DEFINED in TCAPMessages : 157 

invokelD identifier of CHOICE 

DEFINED in TCAPMessages : 166 

InvokeldType type reference INTEGER 

DEFINED in TCAPMessages : 175 

USED in TCAPMessages 47 134 135 145 157 167 

invokeProblem identifier of [1] IMPLICIT InvokeProblem 

DEFINED in TCAPMessages : 171 

InvokeProblem type reference INTEGER 

DEFINED in TCAPMessages : 183 
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USED in TCAPMessages : 171 

ISDN-AddressString type reference AddressString 

DEFINED in MAP-CommonDataTypes : 142 
USED in IVIAP-OperationAndMainte : 42 79 

USED in IVlAP-IVIS-DataTypes : 165 211 212 257 282 283 386 387 416 
436 540 587 641 759 830 917 1027 1350 
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1352 1369 1408 1458 1542 1567 1615 1636 1651 

1678 1690 1754 1760 1811 1826 1903 1953 1973 
USED in IVIAP-CommonDataTypes : 17 374 
USED in IVlAP-GH-DataTypes 63 95 101 157 163 184 188 200 201 

206 220 233 285 300 389 
USED in IVIAP-SS-DataTypes : 45 102 208 226 271 281 312 
USED in IVIAP-SM-DataTypes 33 54 87 99 100 140 145 173 179 

184 
USED in MAP-GR-DataTypes 23 62 

USED in IVIAP-LGS-DataTypes : 29 65 77 89 93 312 315 316 

isdn-BearerGapability identifier of [1] ExternalSignallnfo 

DEFINED in MAP-GH-DataTypes : 283 

ISDN-SubaddressString type reference OGTET STRING 

DEFINED in IVlAP-GommonDataTypes : 157 
USED in IVIAP-MS-DataTypes : 166 1031 1922 
USED in IVlAP-GommonDataTypes : 20 
USED in IVlAP-GH-DataTypes 64 192 

USED in IVIAP-SS-DataTypes : 46 76 103 209 

IstAlert value reference IST-Alert, GHOIGE VALUE 

DEFINED in MAP-Protocol : 251 

istAlertArg identifier of IST-AlertArg 

DEFINED in MAP-GallHandlingOperat : 1 94 

IstAlertRes identifier of IST-AlertRes 

DEFINED in IVIAP-GallHandlingOperat : 1 96 

IstAlertTimer identifier of [26] IST-AlertTimerValue 

DEFINED in MAP-MS-DataTypes : 736 

IstAlertTimer identifier of [14] IST-AlertTimerValue 

DEFINED in MAP-GH-DataTypes : 165 

IstAlertTimer identifier of [0] IST-AlertTimerValue 

DEFINED in MAP-GH-DataTypes : 422 

IstGommand value reference IST-Gommand, GHOIGE VALUE 

DEFINED in MAP-Protocol : 252 

IstGommandArg identifier of IST-GommandArg 

DEFINED in MAP-GallHandlingOperat : 207 

IstGommandRes identifier of IST-GommandRes 

DEFINED in MAP-GallHandlingOperat : 209 

IstGommandSupported identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 239 

istlnformationWithdraw identifier of [14] NULL 

DEFINED in MAP-MS-DataTypes : 1275 

istlnformationWithdraw identifier of [1] NULL 

DEFINED in MAP-GH-DataTypes : 423 

istSupportlndicator identifier of [1] IST-Supportlndicator 

DEFINED in MAP-MS-DataTypes : 224 

istSupportlndicator identifier of [18] IST-Supportlndicator 

DEFINED in MAP-GH-DataTypes : 114 

IST-Alert type reference OPERATION 

DEFINED in MAP-GallHandlingOperat : 1 92 
USED in MAP-Protocol 62 251 

USED in MAP-GallHandlingOperat : 21 

IST-AlertArg type reference SEQUENGE 

DEFINED in MAP-GH-DataTypes : 416 
USED in MAP-GallHandlingOperat : 70 194 
USED in MAP-GH-DataTypes : 33 

IST-AlertRes type reference SEOUENGE 

DEFINED in MAP-GH-DataTypes : 421 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



1041 



ETSI TS 129 002 V4.9.0 (2002-09) 



USED in MAP-CallHandlingOperat : 71 
USED in IVIAP-CH-DataTypes 34 



196 



IST-AlertTimerValue type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 750 
USED in MAP-MS-DataTypes 83 736 

USED in MAP-CH-DataTypes 48 165 422 
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IST-Command type reference OPERATION 

DEFINED in IVIAP-CallHandlingOperat : 205 
USED in IVIAP-Protocol 63 252 

USED in MAP-CallHandlingOperat : 22 

IST-CommandArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 428 
USED in MAP-CallHandlingOperat : 72 207 
USED in MAP-CH-DataTypes : 35 

IST-CommandRes type reference SEOUENCE 

DEFINED in MAP-CH-DataTypes : 433 
USED in MAP-CallHandlingOperat : 73 209 
USED in MAP-CH-DataTypes : 36 

IST-Supportlndicator type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 237 
USED in MAP-MS-DataTypes 26 224 

USED in MAP-CH-DataTypes 47 114 

kc identifier of Kc 

DEFINED in MAP-MS-DataTypes : 330 

kc identifier of Kc 

DEFINED in MAP-MS-DataTypes : 346 

Kc type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 360 
USED in MAP-MS-DataTypes 51 330 346 

USED in MAP-GR-DataTypes 36 55 

keepCCBS-Calllndicator identifier of [1] NULL 

DEFINED in MAP-CH-DataTypes : 179 

keyStatus identifier of [2] KeyStatus 

DEFINED in MAP-MS-DataTypes : 446 

KeyStatus type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 489 
USED in MAP-MS-DataTypes : 446 

ksi identifier of KSI 

DEFINED in MAP-MS-DataTypes : 353 

KSI type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 375 
USED in MAP-MS-DataTypes : 353 

laiFixedLength identifier of [1] LAIFixedLengtfi 

DEFINED in MAP-CommonDataTypes : 395 

LAIFixedLength type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 413 
USED in MAP-CommonDataTypes : 395 

lawfuilnterceptServices identifier of Named Number, 3 

DEFINED in MAP-LCS-DataTypes : 140 

IcsAPN identifier of [5] APN 

DEFINED in MAP-LCS-DataTypes : 134 

IcsCapabilitySetl identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 245 

lcsCapabilitySet2 identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 246 

IcsClientDialedByMS identifier of [2] AddressString 

DEFINED in MAP-LCS-DataTypes : 130 

LCSCIientExternallD type reference SEOUENCE 

DEFINED in MAP-CommonDataTypes : 377 
USED in MAP-MS-DataTypes : 1821197 
USED in MAP-CommonDataTypes : 58 
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USED in MAP-LCS-DataTypes 



35 129 



IcsClientExternallD identifier of [1] LCSCIientExternallD 

DEFINED in IVlAP-LCS-DataTypes : 129 

LCSCIientlnternallD type reference ENUIVIERATED 

DEFINED in MAP-CommonDataTypes : 382 
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USED in IVlAP-IVlS-DataTypes : 1831187 
USED in IVIAP-GommonDataTypes : 59 
USED in IVIAP-LCS-DataTypes 36 131 

IcsClientlnternallD identifier of [3] LCSCIientlnternallD 

DEFINED in IVIAP-LCS-DataTypes : 131 

IcsClientName identifier of [4] LCSCIientName 

DEFINED in MAP-LCS-DataTypes : 132 

LCSCIientName type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 147 
USED in MAP-LCS-DataTypes 18 132 

IcsClientType identifier of [0] LCSCIientType 

DEFINED in MAP-LCS-DataTypes : 128 

LCSCIientType type reference ENUMERATED 

DEFINED in MAP-LCS-DataTypes : 136 
USED in MAP-LCS-DataTypes : 128 

Icslnformation identifier of [22] LCSInformation 

DEFINED in MAP-MS-DataTypes : 735 

LCSInformation type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 752 
USED in MAP-MS-DataTypes : 735 

IcsLocationlnfo identifier of [1] LCSLocationlnfo 

DEFINED in MAP-LCS-DataTypes 72 

LCSLocationlnfo type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes 76 

USED in MAP-LCS-DataTypes 72 31 1 340 

IcsLocationlnfo identifier of LCSLocationlnfo 

DEFINED in MAP-LCS-DataTypes : 31 1 

IcsLocationlnfo identifier of [1] LCSLocationlnfo 

DEFINED in MAP-LCS-DataTypes : 340 

Ics-ClientID identifier of [0] LCS-ClientID 

DEFINED in MAP-LCS-DataTypes 90 

LCS-ClientID type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 127 
USED in MAP-LCS-DataTypes 90 310 

Ics-ClientID identifier of LCS-ClientID 

DEFINED in MAP-LCS-DataTypes : 310 

Ics-Event identifier of LCS-Event 

DEFINED in MAP-LCS-DataTypes : 309 

LCS-Event type reference ENUMERATED 

DEFINED in MAP-LCS-DataTypes : 345 
USED in MAP-LCS-DataTypes : 309 

Ics-Priority identifier of [6] LCS-Priority 

DEFINED in MAP-LCS-DataTypes 96 

LCS-Priority type reference OCTET STRING 

DEFINED in MAP-LCS-DataTypes : 161 
USED in MAP-LCS-DataTypes 96 

LCS-PrivacyClass type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1158 
USED in MAP-MS-DataTypes : 1154 

Ics-PrivacyExceptionList identifier of [1] LCS-PrivacyExceptionList 

DEFINED in MAP-MS-DataTypes : 754 

LCS-PrivacyExceptionList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 1153 
USED in MAP-MS-DataTypes : 754 
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Ics-QoS identifier of [7] LCS-QoS 

DEFINED in MAP-LCS-DataTypes 97 

LCS-QoS type reference SEQUENCE 

DEFINED in IVIAP-LCS-DataTypes : 166 
USED in MAP-LCS-DataTypes 19 97 
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linl<edlD identifier of [0] IIVIPLICIT lnvol<eldType 

DEFINED in TCAPIVIessages : 135 

linl<edResponseUnexpected identifier of Named Number, 6 

DEFINED in TCAPIVIessages : 189 

Imsi identifier of [10] LMSI 

DEFINED in MAP-MS-DataTypes : 213 

Imsi identifier of LIVISI 

DEFINED in IVIAP-MS-DataTypes : 1684 

Imsi identifier of [1] LIVISI 

DEFINED in MAP-MS-DataTypes : 1726 

Imsi identifier of LMSI 

DEFINED in MAP-CommonDataTypes : 305 

LMSI type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 335 
USED in MAP-MS-DataTypes : 172 213 1684 1726 
USED in MAP-CommonDataTypes : 35 305 
USED in MAP-CH-DataTypes 69 202 317 

USED in MAP-SM-DataTypes 36 88 135 

USED in MAP-LCS-DataTypes 32 79 94 

Imsi identifier of [4] LMSI 

DEFINED in MAP-CH-DataTypes : 202 

Imsi identifier of [1] LMSI 

DEFINED in MAP-CH-DataTypes : 317 

Imsi identifier of LMSI 

DEFINED in MAP-SM-DataTypes 88 

Imsi identifier of [1] LMSI 

DEFINED in MAP-SM-DataTypes : 135 

Imsi identifier of [0] LMSI 

DEFINED in MAP-LCS-DataTypes 79 

Imsi identifier of [4] LMSI 

DEFINED in MAP-LCS-DataTypes 94 

Imu-lndicator identifier of [21] NULL 

DEFINED in MAP-MS-DataTypes : 734 

localValue identifier of INTEGER 

DEFINED in MAP-ST-DataTypes 91 

localValue identifier of INTEGER 

DEFINED in MAP-ST-DataTypes 95 

locationEstimate identifier of Ext-Geographicallnformation 

DEFINED in MAP-LCS-DataTypes : 209 

locationEstimate identifier of [5] Ext-Geographicallnformation 

DEFINED in MAP-LCS-DataTypes : 317 

locationEstimateType identifier of [0] LocationEstimateType 

DEFINED in MAP-LCS-DataTypes : 105 

LocationEstimateType type reference ENUMERATED 

DEFINED in MAP-LCS-DataTypes : 109 
USED in MAP-LCS-DataTypes : 105 

locationlnformation identifier of [0] Locationlnformation 

DEFINED in MAP-MS-DataTypes : 1737 

locationlnformation identifier of [0] NULL 

DEFINED in MAP-MS-DataTypes : 1743 

Locationlnformation type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1751 
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USED in MAP-MS-DataTypes 



101 1737 1974 



locationlnformation identifier of [3] Locationlnformation 

DEFINED in IVIAP-IVIS-DataTypes : 1974 

locationlnfoWitliLIVISI identifier of [0] LocationlnfoWitliLMSI 

DEFINED in MAP-SM-DataTypes 82 
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Location I nfoWitliLIVIS I type reference SEQUENCE 

DEFINED in IVlAP-SIVI-DataTypes 86 

USED in IVIAP-SIVl-DataTypes 82 

locationNotAllowed identifier of Named Nunfiber, 3 

DEFINED in MAP-IVIS-DataTypes : 1218 

locationNumber identifier of [2] LocationNumber 

DEFINED in IVIAP-MS-DataTypes : 1755 

LocationNumber type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1791 
USED in IVIAP-MS-DataTypes : 1755 

locationProcedureNotCompleted identifier of Named Number, 4 

DEFINED in IVIAP-ER-DataTypes : 375 

locationProcedureNotSupportedByTargetMS. identifier of Named Number, 5 
DEFINED in IVIAP-ER-DataTypes : 376 

locationType identifier of LocationType 

DEFINED in IVIAP-LCS-DataTypes 88 

LocationType type reference SEQUENCE 

DEFINED in IVIAP-LCS-DataTypes : 104 
USED in MAP-LCS-DataTypes 17 88 

locationUpdating identifier of Named Number, 2 

DEFINED in IVIAP-MS-DataTypes : 392 

longForwardedToNumber identifier of [10] FTN-AddressString 

DEFINED in MAP-MS-DataTypes : 1036 

longForwardedToNumber identifier of [8] FTN-AddressString 

DEFINED in MAP-CH-DataTypes : 196 

longForwardedToNumber identifier of [9] FTN-AddressString 

DEFINED in MAP-SS-DataTypes : 107 

longFTN-Supported identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 226 

longFTN-Supported identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 1828 

longFTN-Supported identifier of [6] NULL 

DEFINED in MAP-MS-DataTypes : 1908 

longFTN-Supported identifier of [21] NULL 

DEFINED in MAP-CH-DataTypes : 117 

longFTN-Supported identifier of [18] NULL 

DEFINED in MAP-CH-DataTypes : 217 

longFTN-Supported identifier of [9] NULL 

DEFINED in MAP-SS-DataTypes 81 

longFTN-Supported identifier of [4] NULL 

DEFINED in MAP-SS-DataTypes : 188 

LongSignallnfo type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 248 
USED in MAP-CommonDataTypes : 242 

longTermDenial value reference LongTermDenial, CHOICE VALUE 

DEFINED in MAP-Protocol : 432 

LongTermDenial type reference ERROR 

DEFINED in MAP-Errors : 397 

USED in MAP-Protocol : 170 432 

USED in MAP-SupplementaryServi : 54 265 
USED in MAP-Errors 74 

longTermDenialParam identifier of LongTermDenialParam 
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DEFINED in MAP-Errors 



399 



LongTermDenialParam type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 343 
USED in MAP-Errors : 143 399 

USED in MAP-ER-DataTypes 48 
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lowdelay identifier of Named Number, 

DEFINED in IVIAP-LCS-DataTypes : 191 

lowerLayerCompatibility identifier of [5] ExternalSignallnfo 

DEFINED in MAP-GH-DataTypes : 287 

IsaActiveModelndicator identifier of [2] NULL 

DEFINED in IVIAP-MS-DataTypes : 895 

IsaAttributes identifier of [1] LSAAttributes 

DEFINED in MAP-MS-DataTypes : 894 

LSAAttributes type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 912 
USED in IVIAP-MS-DataTypes : 894 

LSAData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 892 
USED in MAP-MS-DataTypes : 888 

LSADataList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 887 
USED in MAP-MS-DataTypes : 905 

IsaDataList identifier of [2] LSADataList 

DEFINED in MAP-MS-DataTypes : 905 

Isaldentity identifier of [0] LSAIdentity 

DEFINED in MAP-MS-DataTypes : 893 

LSAIdentity type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 909 
USED in MAP-MS-DataTypes 56 893 1304 1759 

IsaldentityList identifier of LSAIdentityList 

DEFINED in MAP-MS-DataTypes : 1301 

LSAIdentityList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1303 
USED in MAP-MS-DataTypes : 1301 

Isalnformation identifier of [25] LSAInformation 

DEFINED in MAP-MS-DataTypes : 733 

LSAInformation type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 899 
USED in MAP-MS-DataTypes : 733 

IsalnformationWithdraw identifier of [12] LSAInformationWithdraw 

DEFINED in MAP-MS-DataTypes : 1273 

LSAInformationWithdraw type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 1299 
USED in MAP-MS-DataTypes : 1273 

LSAOnlyAccesslndicator type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 883 
USED in MAP-MS-DataTypes : 904 

IsaOnlyAccesslndicator identifier of [1] LSAOnlyAccesslndicator 

DEFINED in MAP-MS-DataTypes : 904 

mah value reference SS-Code, '00110010'B 

DEFINED in MAP-SS-Code 68 

MAP-BS-Code module reference 

DEFINED in MAP-BS-Code 1 

USED in MAP-MS-DataTypes : 154 
USED in MAP-CommonDataTypes : 71 

MAP-CallHandlingOperations module reference 

DEFINED in MAP-CallHandlingOperat : 1 
USED in MAP-Protocol 64 

MAP-CH-DataTypes module reference 
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DEFINED in MAP-CH-DataTypes 1 

USED in IVlAP-CallHandlingOperat : 74 

MAP-CommonDataTypes module reference 

DEFINED in MAP-CommonDataTypes : 1 
USED in MAP-MobileServiceOpera : 168 
USED in MAP-OperationAndMainte ; 44 
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USED in IVlAP-IVlS-DataTypes : 188 

USED in MAP-OM-DataTypes 23 

USED in MAP-CH-DataTypes 75 

USED in MAP-SS-DataTypes 56 

USED in MAP-SIVl-DataTypes 37 

USED in MAP-GR-DataTypes 27 

USED in IVIAP-LCS-DataTypes : 37 

USED in IVIAP-ST-DataTypes 20 

USED in MAP-ER-DataTypes 77 

IVIAP-Errors module reference 

DEFINED in IVIAP-Errors 1 

USED in MAP-Protocol : 185 

USED in MAP-MobileServiceOpera : 109 
USED in IVtAP-OperationAndMainte : 30 
USED in IVlAP-CallHandlingOperat : 51 
USED in IVIAP-SupplementaryServi : 56 
USED in IVIAP-ShortMessageServic : 41 
USED in IVIAP-Group-Call-Operati : 27 
USED in IVlAP-LocationServiceOpe : 37 
USED in MAP-SecureTransportOpe : 28 

MAP-ER-DataTypes module reference 

DEFINED in MAP-ER-DataTypes 1 

USED in MAP-Errors : 161 

USED in MAP-MS-DataTypes : 198 
USED in MAP-SM-DataTypes 42 

MAP-EXTENSION information object class reference GLASS 

DEFINED in MAP-ExtensionDataTypes : 22 
USED in MAP-ExtensionDataTypes : 41 43 48 

MAP-ExtensionDataTypes module reference 

DEFINED in MAP-ExtensionDataTypes : 1 
USED in MAP-MS-DataTypes : 193 
USED in MAP-CommonDataTypes : 81 
USED in MAP-OM-DataTypes 28 

USED in MAP-CH-DataTypes 80 

USED in MAP-SS-DataTypes 61 

USED in MAP-SM-DataTypes 47 

USED in MAP-GR-DataTypes 43 

USED in MAP-LCS-DataTypes 42 

USED in MAP-ER-DataTypes 94 

MAP-Group-Call-Operations module reference 

DEFINED in MAP-Group-Call-Operati : 1 
USED in MAP-Protocol : 103 

MAP-GR-DataTypes module reference 

DEFINED in MAP-GR-DataTypes 1 

USED in MAP-Group-Call-Operati : 37 

MAP-LCS-DataTypes module reference 

DEFINED in MAP-LCS-DataTypes 1 

USED in MAP-LocationServiceOpe : 47 

MAP-LocationServiceOperations module reference 

DEFINED in MAP-LocationSen/iceOpe : 1 
USED in MAP-Protocol : 111 

MAP-MobileServiceOperations module reference 

DEFINED in MAP-MobileServiceOpera : 1 
USED in MAP-Protocol 41 

MAP-MS-DataTypes module reference 

DEFINED in MAP-MS-DataTypes 1 

USED in MAP-MobileServiceOpera : 163 
USED in MAP-CH-DataTypes 52 

USED in MAP-GR-DataTypes 37 

USED in MAP-LCS-DataTypes 53 

MAP-OM-DataTypes module reference 

DEFINED in MAP-OM-DataTypes 1 

USED in MAP-OperationAndMainte : 38 
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MAP-OperationAndMaintenanceOperations... module reference 
DEFINED in MAP-OperationAndMainte : 1 
USED in MAP-Protocol 49 

MAP-Protocol module reference 

DEFINED in MAP-Protocol 1 
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IVIAP-SecureTransportOperations module reference 

DEFINED in IVlAP-SecureTransportOpe : 1 
USED in MAP-Protocol : 121 

MAP-ShortMessageServiceOperations module reference 

DEFINED in MAP-ShortMessageServic : 1 
USED in MAP-Protocol 94 

MAP-SM-DataTypes module reference 

DEFINED in MAP-SM-DataTypes 1 

USED in MAP-ShortMessageServic : 57 
USED in MAP-LCS-DataTypes 58 

MAP-SS-Gode module reference 

DEFINED in MAP-SS-Code 1 

USED in MAP-SupplementaryServi : 79 
USED in MAP-MS-DataTypes : 149 
USED in MAP-CommonDataTypes : 76 
USED in MAP-SS-DataTypes 66 

USED in MAP-ER-DataTypes 89 

MAP-SS-DataTypes module reference 

DEFINED in MAP-SS-DataTypes 1 

USED in MAP-SupplementaryServi : 74 
USED in MAP-Errors : 106 

USED in MAP-MS-DataTypes : 144 

USED in MAP-CH-DataTypes : 59 

USED in MAP-LCS-DataTypes 48 

USED in MAP-ER-DataTypes 70 

MAP-ST-DataTypes module reference 

DEFINED in MAP-ST-DataTypes 1 

USED in MAP-SecureTransportOpe : 35 
USED in MAP-ER-DataTypes 83 

MAP-SupplementaryServiceOperations module reference 

DEFINED in MAP-SupplementaryServi : 1 
USED in MAP-Protocol 82 

MAP-TS-Code module reference 

DEFINED in MAP-TS-Code 1 

USED in MAP-MS-DataTypes : 159 
USED in MAP-CommonDataTypes : 65 
USED in MAP-GR-DataTypes 32 

matchType identifier of [0] MatchType 

DEFINED in MAP-MS-DataTypes : 1450 

MatchType type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1480 
USED in MAP-MS-DataTypes : 1450 

maxAddressLength value reference INTEGER, 20 

DEFINED in MAP-CommonDataTypes : 140 
USED in MAP-CommonDataTypes 99 

maxAdd-Geographicallnformation value reference INTEGER, 91 

DEFINED in MAP-LCS-DataTypes : 305 
USED in MAP-LCS-DataTypes : 287 

maxEventSpecification value reference INTEGER, 2 

DEFINED in MAP-SS-DataTypes : 303 
USED in MAP-SS-DataTypes : 300 

maxExt-Geographicallnformation value reference INTEGER, 20 

DEFINED in MAP-LCS-DataTypes : 283 
USED in MAP-LCS-DataTypes : 227 

maxFTN-AddressLengtln value reference INTEGER, 15 

DEFINED in MAP-CommonDataTypes : 155 
USED in MAP-CommonDataTypes : 149 

maximumentitledPriority identifier of EMLPP-Priority 

DEFINED in MAP-CommonDataTypes : 437 
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maximumEntitledPriorily identifier of [0] EIVILPP-Priority 

DEFINED in IVIAP-SS-DataTypes : 194 

maxISDN-AddressLengtIi value reference INTEGER, 9 

DEFINED in IVlAP-CommonDataTypes : 146 
USED in MAP-CommonDataTypes : 18 143 
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maxISDN-SubaddressLengtIi value reference INTEGER, 21 

DEFINED in IVlAP-CommonDataTypes : 195 
USED in MAP-GommonDataTypes : 158 

maxLongSignallnfoLengtfi value reference INTEGER, 2560 

DEFINED in IVlAP-GommonDataTypes : 250 
USED in MAP-GommonDataTypes : 248 

MaxMG-Bearers type reference INTEGER 

DEFINED in IVlAP-GommonDataTypes : 465 
USED in MAP-GommonDataTypes : 52 460 
USED in MAP-SS-DataTypes : 52 197 

maxNameStringLength value reference INTEGER, 63 

DEFINED in MAP-LCS-DataTypes : 159 
USED in MAP-LCS-DataTypes : 157 

maxNrOfRABs value reference INTEGER, 255 

DEFINED in MAP-MS-DataTypes : 648 
USED in MAP-MS-DataTypes : 646 

maxNumOfBasicServiceGroups value reference INTEGER, 13 

DEFINED in MAP-SS-DataTypes : 267 
USED in MAP-SS-DataTypes : 96 153 264 

maxNumOfBasicServices value reference INTEGER, 70 

DEFINED in MAP-MS-DataTypes : 1309 
USED in MAP-MS-DataTypes : 1306 

maxNumOfBearerServices value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 945 
USED in MAP-MS-DataTypes : 942 

maxNumOfCamelBasicServiceCriteria value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 1474 
USED in MAP-MS-DataTypes : 1465 

maxNumOfCamelDestinationNumberLengths... value reference INTEGER, 3 
DEFINED in MAP-MS-DataTypes : 1472 
USED in MAP-MS-DataTypes : 1462 

maxNumOfCamelDestinationNumbers value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1470 
USED in MAP-MS-DataTypes : 1457 

maxNumOfCamelSSEvents value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1384 
USED in MAP-MS-DataTypes : 1373 

maxNumOfCamelTDPData value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1403 
USED in MAP-MS-DataTypes 75 822 1396 1428 1431 1534 1604 

maxNumOfCAMEL-0-CauseValueCriteria value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 1490 
USED in MAP-MS-DataTypes : 1484 

maxNumOfCAMEL-T-CauseValueCriteria value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 1492 
USED in MAP-MS-DataTypes : 1487 

maxNumOfCCBS-Requests value reference INTEGER, 5 

DEFINED in MAP-SS-DataTypes : 204 
USED in MAP-SS-DataTypes : 201 213 

maxNumOfCUG value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1116 
USED in MAP-MS-DataTypes : 1095 

maxNumOfDP-AnalysedlnfoCriteria value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1347 
USED in MAP-MS-DataTypes : 1344 

maxNumOfEncryptionlnfo value reference INTEGER, 100 

DEFINED in MAP-MS-DataTypes : 674 
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USED in MAP-MS-DataTypes 



666 



maxNumOfExternalClient value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 1184 
USED in MAP-MS-DataTypes : 1181 

maxNumOfExt-BasicServiceGroups value reference INTEGER, 32 
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DEFINED in IVtAP-IVlS-DataTypes : 1124 
USED in IVlAP-IVIS-DataTypes : 1021 1080 1118 1121 

maxNumOfExt-ExternalClient value reference INTEGER, 35 

DEFINED in MAP-MS-DataTypes : 1194 
USED in MAP-MS-DataTypes : 1191 

maxNumOfGMLG value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 762 
USED in MAP-MS-DataTypes : 758 

maxNumOfHLR-ld value reference INTEGER, 50 

DEFINED in MAP-GommonDataTypes : 333 
USED in MAP-CommonDataTypes : 330 

maxNumOflntegritylnfo value reference INTEGER, 100 

DEFINED in MAP-MS-DataTypes : 664 
USED in MAP-MS-DataTypes : 656 

maxNumOflSDN-AddressDigits value reference INTEGER, 15 

DEFINED in MAP-MS-DataTypes : 1468 
USED in MAP-MS-DataTypes : 1463 

maxNumOfLSAs value reference INTEGER, 20 

DEFINED in MAP-MS-DataTypes : 890 
USED in MAP-MS-DataTypes : 887 1303 

maxNumOfMC-Bearers value reference INTEGER, 7 

DEFINED in MAP-CommonDataTypes : 469 
USED in MAP-CommonDataTypes : 465 467 

maxNumOfMobilityTriggers value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1578 
USED in MAP-MS-DataTypes : 1575 

maxNumOfMOLR-Class value reference INTEGER, 3 

DEFINED in MAP-MS-DataTypes : 1226 
USED in MAP-MS-DataTypes : 1223 

maxNumOfPDP-Contexts value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 776 
USED in MAP-MS-DataTypes : 773 791 1296 

maxNumOfPLMNCIient value reference INTEGER, 5 

DEFINED in MAP-MS-DataTypes : 1189 
USED in MAP-MS-DataTypes : 1186 

maxNumOfPrivacyClass value reference INTEGER, 4 

DEFINED in MAP-MS-DataTypes : 1156 
USED in MAP-MS-DataTypes : 1153 

maxNumOfPrivateExtensions value reference INTEGER, 10 

DEFINED in MAP-ExtensionDataTypes : 46 
USED in MAP-ExtensionDataTypes : 37 

maxNumOfRadioResources value reference INTEGER, 7 

DEFINED in MAP-MS-DataTypes : 537 
USED in MAP-MS-DataTypes : 528 

maxNumOfRelocationNumber value reference INTEGER, 7 

DEFINED in MAP-MS-DataTypes : 650 
USED in MAP-MS-DataTypes : 635 638 

maxNumOfSS value reference INTEGER, 30 

DEFINED in MAP-SS-DataTypes : 259 
USED in MAP-MS-DataTypes : 139 1004 
USED in MAP-SS-DataTypes : 32 256 261 

maxNumOfTeleservices value reference INTEGER, 20 

DEFINED in MAP-MS-DataTypes : 950 
USED in MAP-MS-DataTypes : 947 

maxNumOfVBSGrouplds value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 1703 
USED in MAP-MS-DataTypes : 1697 
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maxNumOfVGCSGrouplds value reference INTEGER, 50 

DEFINED in MAP-MS-DataTypes : 1705 
USED in MAP-MS-DataTypes : 1700 

maxNumOfZoneCodes value reference INTEGER, 10 

DEFINED in MAP-MS-DataTypes : 1240 
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USED in IVIAP-IVIS-DataTypes 64 1234 

maxPermittedEncryptionAlgoritlnmsLengtli.. value reference INTEGER, 9 
DEFINED in IVIAP-MS-DataTypes : 487 
USED in MAP-MS-DataTypes : 479 

maxPermittedlntegrityProtectionAlgorithmvalue reference INTEGER, 9 
DEFINED in IVIAP-MS-DataTypes : 476 
USED in MAP-MS-DataTypes : 468 

maxSignallnfoLength value reference INTEGER, 200 

DEFINED in MAP-CommonDataTypes : 208 
USED in MAP-CommonDataTypes : 25 206 

maxUSSD-StringLength value reference INTEGER, 160 

DEFINED in MAP-SS-DataTypes : 242 
USED in MAP-SS-DataTypes : 238 

mc value reference SS-Code, '01000101'B 

DEFINED in MAP-SS-Code 84 

mcef-Set identifier of Named Number, 2 

DEFINED in MAP-SM-DataTypes : 198 

mci value reference SS-Code, '00010101'B 

DEFINED in MAP-SS-Code 36 

MC-Bearers type reference INTEGER 

DEFINED in MAP-CommonDataTypes : 467 
USED in MAP-CommonDataTypes : 53 461 
USED in MAP-SS-DataTypes : 53 80 168 198 199 

mc-SS-lnfo identifier of [28] MC-SS-lnfo 

DEFINED in MAP-MS-DataTypes : 738 

MC-SS-lnfo type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 457 
USED in MAP-MS-DataTypes : 179 738 
USED in MAP-CommonDataTypes : 51 

memoryAvailable identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 219 

memoryCapacityExceeded identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 168 

memoryCapacityExceeded identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 149 

MessageType type reference CHOICE 

DEFINED in TCAPMessages 51 

USED in TCAPMessages 47 

messageWaitingListFull value reference MessageWaitingListFull, CHOICE VALUE 

DEFINED in MAP-Protocol : 439 

MessageWaitingListFull type reference ERROR 

DEFINED in MAP-Errors : 414 

USED in MAP-Protocol : 165 439 

USED in MAP-ShortMessageServic : 39 121 
USED in MAP-Errors 79 

messageWaitListFullParam identifier of MessageWaitListFullParam 

DEFINED in MAP-Errors : 416 

MessageWaitListFullParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 324 
USED in MAP-Errors : 137 416 

USED in MAP-ER-DataTypes 41 

mistypedComponent identifier of Named Number, 1 

DEFINED in TCAPMessages : 180 

mistypedParameter identifier of Named Number, 2 

DEFINED in TCAPMessages : 185 
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mistypedParameter identifier of Named Number, 2 

DEFINED in TCAPIVIessages : 194 

mistypedParameter identifier of Named Number, 4 

DEFINED in TCAPIVIessages : 200 
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mIcNumber identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-LCS-DataTypes 65 

mIc-Number identifier of ISDN-AddressString 

DEFINED in MAP-LGS-DataTypes 89 

MM-Code type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 1580 
USED in MAP-MS-DataTypes : 1576 1971 

mm-EventNotSupported value reference MM-EventNotSupported, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 451 

MM-EventNotSupported type reference ERROR 

DEFINED in IVIAP-Errors : 453 

USED in MAP-Protocol : 179 451 

USED in IVIAP-MobileServiceOpera : 94 486 
USED in MAP-Errors 92 

mm-EventNotSupported-Param identifier of MM-EventNotSupported-Param 

DEFINED in IVIAP-Errors : 455 

MM-EventNotSupported-Param type reference SEQUENCE 

DEFINED in IVlAP-ER-DataTypes : 388 
USED in MAP-Errors : 148 455 

USED in MAP-ER-DataTypes 53 

mnrf-Set identifier of Named Number, 1 

DEFINED in MAP-SM-DataTypes : 197 

mnrg-Set identifier of Named Number, 3 

DEFINED in MAP-SM-DataTypes : 199 

mobileNotReachableReason identifier of [2] AbsentSubscriberDiagnosticSM 

DEFINED in MAP-MS-DataTypes : 1643 

mobilityTriggers identifier of MobilityTriggers 

DEFINED in MAP-MS-DataTypes : 1565 

MobilityTriggers type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1575 
USED in MAP-MS-DataTypes : 1565 

Modificationlnstruction type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1945 
USED in MAP-MS-DataTypes : 1924 1934 1940 1941 

modificationRequestFor-CB-lnfo identifier of [3] ModificationRequestFor-CB-lnfo 

DEFINED in MAP-MS-DataTypes : 1905 

ModificationRequestFor-CB-lnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1928 
USED in MAP-MS-DataTypes : 1905 

modificationRequestFor-CF-lnfo identifier of [2] ModificationRequestFor-CF-lnfo 

DEFINED in MAP-MS-DataTypes : 1904 

ModificationRequestFor-CF-lnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1917 
USED in MAP-MS-DataTypes : 1904 

modificationRequestFor-CSI identifier of [4] ModificationRequestFor-CSI 

DEFINED in MAP-MS-DataTypes : 1906 

ModificationRequestFor-CSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1938 
USED in MAP-MS-DataTypes : 1906 

modifyCSI-State identifier of [2] Modificationlnstruction 

DEFINED in MAP-MS-DataTypes : 1941 

modifyNotificationToCSE identifier of [6] Modificationlnstruction 

DEFINED in MAP-MS-DataTypes : 1924 

modifyNotificationToCSE identifier of [5] Modificationlnstruction 
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DEFINED in MAP-MS-DataTypes 



1934 



modifyNotificationToCSE identifier of [1] IVIodificationlnstruction 

DEFINED in IVIAP-IVIS-DataTypes : 1940 

MOLR-Class type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1228 
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USED in IVIAP-IVIS-DataTypes : 1224 

molr-List identifier of [2] MOLR-List 

DEFINED in IVIAP-IVIS-DataTypes : 755 

MOLR-List type reference SEQUENCE OF 

DEFINED in IVlAP-MS-DataTypes : 1223 
USED in IVlAP-MS-DataTypes : 755 

monitoringMode identifier of [0] MonitoringMode 

DEFINED in MAP-CH-DataTypes : 358 

MonitoringMode type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 363 
USED in MAP-CH-DataTypes : 358 

moreMessagesToSend identifier of NULL 

DEFINED in MAP-SM-DataTypes : 124 

mo-forwardSM value reference MO-ForwardSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 275 

MO-ForwardSM type reference OPERATION 

DEFINED in MAP-ShortMessageServic : 81 
USED in MAP-Protocol 88 275 

USED in MAP-ShortMessageServic : 14 

mo-forwardSM-Arg identifier of MO-ForwardSM-Arg 

DEFINED in MAP-ShortMessageServic : 83 

MO-ForwardSM-Arg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 107 
USED in MAP-ShortMessageServic : 47 83 
USED in MAP-SM-DataTypes 16 

mo-forwardSM-Res identifier of MO-ForwardSM-Res 

DEFINED in MAP-ShortMessageServic : 85 

MO-ForwardSM-Res type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 115 
USED in MAP-ShortMessageServic : 48 85 
USED in MAP-SM-DataTypes 17 

mo-lr identifier of Named Number, 2 

DEFINED in MAP-LCS-DataTypes : 348 

msAvailable identifier of Named Number, 

DEFINED in MAP-LCS-DataTypes : 121 

msc-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 21 1 

msc-Number identifier of [6] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1760 

msc-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 200 

msc-Number identifier of [0] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes 99 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-OperationAndMainte : 79 

msisdn identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 917 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1953 

msisdn identifier of [2] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 1973 

msisdn identifier of [1] ISDN-AddressString 

DEFINED in MAP-CommonDataTypes : 374 
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msisdn identifier of [0] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes 95 

msisdn identifier of [12] ISDN-AddressString 

DEFINED in IVIAP-CH-DataTypes : 163 
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msisdn identifier of [2] ISDN-AddressString 

DEFINED in IVIAP-GH-DataTypes : 201 

msisdn identifier of [9] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 233 

msisdn identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-SS-DataTypes : 226 

msisdn identifier of [1] ISDN-AddressString 

DEFINED in MAP-SS-DataTypes : 271 

msisdn identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-SM-DataTypes 54 

msisdn identifier of [2] ISDN-AddressString 

DEFINED in IVIAP-SM-DataTypes : 140 

msisdn identifier of ISDN-AddressString 

DEFINED in IVIAP-SM-DataTypes : 145 

msisdn identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 179 

msisdn identifier of [3] ISDN-AddressString 

DEFINED in MAP-LCS-DataTypes 93 

msisdn identifier of [0] ISDN-AddressString 

DEFINED in MAP-LCS-DataTypes : 312 

msNotReachable identifier of NULL 

DEFINED in MAP-MS-DataTypes : 1691 

msPurged identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1801 

ms-Present identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 218 

mt-forwardSM value reference MT-ForwardSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 276 

MT-ForwardSM type reference OPERATION 

DEFINED in MAP-ShortMessageServic : 93 
USED in MAP-Protocol 89 276 

USED in MAP-ShortMessageServic : 1 5 

mt-forwardSM-Arg identifier of MT-ForwardSM-Arg 

DEFINED in MAP-ShortMessageServic : 95 

MT-ForwardSM-Arg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 120 
USED in MAP-ShortMessageServic : 49 95 
USED in MAP-SM-DataTypes 18 

mt-forwardSM-Res identifier of MT-ForwardSM-Res 

DEFINED in MAP-ShortMessageServic : 97 

MT-ForwardSM-Res type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 128 
USED in MAP-ShortMessageServic : 50 97 
USED in MAP-SM-DataTypes 19 

mt-lrRestart identifier of Named Number, 4 

DEFINED in MAP-LCS-DataTypes : 360 

multicallBearerlnfo identifier of [3] MulticallBearerlnfo 

DEFINED in MAP-MS-DataTypes : 543 

MulticallBearerlnfo type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 638 
USED in MAP-MS-DataTypes : 543 

multipleBearerNotSupported identifier of NULL 

DEFINED in MAP-MS-DataTypes : 544 
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multipleBearerRequested identifier of [3] NULL 

DEFINED in MAP-IVIS-DataTypes : 502 

multipleECT-Barred identifier of Named Number, 14 

DEFINED in IVlAP-MS-DataTypes : 973 
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multiPTY value reference SS-Gode, '01010001'B 

DEFINED in IVIAP-SS-Code 90 

nfiw-Status identifier of MW-Status 

DEFINED in MAP-SM-DataTypes : 185 

MW-Status type reference BIT STRING 

DEFINED in MAP-SM-DataTypes : 195 
USED in MAP-SM-DataTypes : 185 

m-csi identifier of Named Number, 6 

DEFINED in MAP-MS-DataTypes : 1285 

m-CSI identifier of [5] M-CSI 

DEFINED in MAP-MS-DataTypes : 1323 

M-CSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1564 
USED in MAP-MS-DataTypes : 1323 1896 

m-CSI identifier of Named Number, 7 

DEFINED in MAP-MS-DataTypes : 1858 

m-CSI identifier of [12] M-CSI 

DEFINED in MAP-MS-DataTypes : 1896 

NAEA-CIC type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 365 
USED in MAP-CommonDataTypes : 39 361 

naea-PreferredCI identifier of [15] NAEA-PreferredCI 

DEFINED in MAP-MS-DataTypes : 727 

NAEA-PreferredCI type reference SEQUENCE 

DEFINED in MAP-CommonDataTypes : 360 
USED in MAP-MS-DataTypes : 177 727 
USED in MAP-CommonDataTypes : 38 
USED in MAP-CH-DataTypes 72 160 

naea-PreferredCI identifier of [10] NAEA-PreferredCI 

DEFINED in MAP-CH-DataTypes : 160 

naea-PreferredCIC identifier of [0] NAEA-CIC 

DEFINED in MAP-CommonDataTypes : 361 

nameString identifier of [2] NameString 

DEFINED in MAP-LCS-DataTypes : 149 

NameString type reference USSD-String 

DEFINED in MAP-LCS-DataTypes : 157 
USED in MAP-LCS-DataTypes : 149 

na-ESRD identifier of [3] ISDN-AddressString 

DEFINED in MAP-LCS-DataTypes : 315 

na-ESRK identifier of [4] ISDN-AddressString 

DEFINED in MAP-LCS-DataTypes : 316 

nbrSB identifier of [2] MaxMC-Bearers 

DEFINED in MAP-CommonDataTypes : 460 

nbrSB identifier of [3] MaxMC-Bearers 

DEFINED in MAP-SS-DataTypes : 197 

nbrSN identifier of [5] MC-Bearers 

DEFINED in MAP-SS-DataTypes : 199 

nbrUser identifier of [3] MC-Bearers 

DEFINED in MAP-CommonDataTypes : 461 

nbrUser identifier of [8] MC-Bearers 

DEFINED in MAP-SS-DataTypes 80 

nbrUser identifier of [5] MC-Bearers 

DEFINED in MAP-SS-DataTypes : 168 
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nbrUser identifier of [4] IVIC-Bearers 

DEFINED in MAP-SS-DataTypes : 198 

negativePW-Cliecl< value reference NegativePW-Check, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 428 
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NegativePW-Check type reference ERROR 

DEFINED in IVIAP-Errors : 388 

USED in IVIAP-Protocol : 161 428 

USED in IVIAP-SupplementaryServi : 46 138 157 229 
USED in MAP-Errors 71 

netDetNotReacliable identifier of NotReachableReason 

DEFINED in IVlAP-IVIS-DataTypes : 1797 

networkAccessMode identifier of [24] NetworkAccessMode 

DEFINED in MAP-MS-DataTypes : 732 

NetworkAccessMode type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 765 
USED in MAP-MS-DataTypes : 732 

networkNode-AreaRestricted identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1253 

networkNode-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes 87 

networkNode-Number identifier of ISDN-AddressString 

DEFINED in MAP-LCS-DataTypes 77 

NetworkResource type reference ENUMERATED 

DEFINED in MAP-CommonDataTypes : 350 
USED in MAP-CommonDataTypes : 37 
USED in MAP-ER-DataTypes 76 178 185 

networkResource identifier of NetworkResource 

DEFINED in MAP-ER-DataTypes : 178 

networkResource identifier of NetworkResource 

DEFINED in MAP-ER-DataTypes : 185 

networkSignallnfo identifier of [10] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 105 

networkSignallnfo identifier of [6] ExternalSignallnfo 

DEFINED in MAP-CH-DataTypes : 204 

networkSignallnfo identifier of [4] ExternalSignallnfo 

DEFINED in MAP-SS-DataTypes : 315 

new identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 491 

newPassword identifier of Password 

DEFINED in MAP-SupplementaryServi : 221 

newPasswordsMismatch identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 145 

noAdditionallnformation identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 356 

noCUG-Restrictions identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1112 

noGroupCallNbParam identifier of NoGroupCallNbParam 

DEFINED in MAP-Errors : 428 

NoGroupCallNbParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 332 
USED in MAP-Errors : 140 428 

USED in MAP-ER-DataTypes 45 

noGroupCallNumberAvailable value reference NoGroupCallNumberAvailable, CHOICE VALUE 

DEFINED in MAP-Protocol : 415 

NoGroupCallNumberAvailable type reference ERROR 

DEFINED in MAP-Errors : 426 

USED in MAP-Protocol : 168 415 

USED in MAP-Group-Call-Operati : 26 53 
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USED in MAP-Errors 83 

noHandoverNumberAvailable value reference NoHandoverNumberAvailable, CHOICE VALUE 

DEFINED in MAP-Protocol : 377 

NoHandoverNumberAvailable type reference ERROR 

DEFINED in MAP-Errors : 259 
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USED in IVIAP-Protocol : 140 377 

USED in IVlAP-IVlobileServiceOpera : 91 319 
USED in MAP-Errors 36 

noPageResponse identifier of Named Number, 2 

DEFINED in IVlAP-ER-DataTypes : 260 

noReply identifier of Named Number, 2 

DEFINED in MAP-GH-DataTypes : 132 

noReplyConditionTime identifier of [7] Ext-NoRepGondTime 

DEFINED in IVIAP-MS-DataTypes : 1033 

noReplyGonditionTime identifier of [5] Ext-NoRepGondTime 

DEFINED in IVIAP-MS-DataTypes : 1923 

noReplyGonditionTime identifier of [5] NoReplyGonditionTime 

DEFINED in IVIAP-SS-DataTypes 77 

NoReplyGonditionTime type reference INTEGER 

DEFINED in IV!AP-SS-DataTypes 83 

USED in IVIAP-SS-DataTypes : 30 77 105 

noReplyGonditionTime identifier of [7] NoReplyGonditionTime 

DEFINED in IVIAP-SS-DataTypes : 105 

noResponseFromBusyMS identifier of Named Number, 3 

DEFINED in IVlAP-GH-DataTypes : 404 

noResponseFromFreeMS identifier of Named Number, 2 

DEFINED in MAP-GH-DataTypes : 403 

normal identifier of Named Number, 

DEFINED in MAP-LGS-DataTypes : 356 

noRoamingNbParam identifier of NoRoamingNbParam 

DEFINED in MAP-Errors : 281 

NoRoamingNbParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 248 
USED in MAP-Errors : 126 281 

USED in MAP-ER-DataTypes 33 

noRoamingNumberAvailable value reference NoRoamingNumberAvailable, GHOIGE VALUE 

DEFINED in MAP-Protocol : 393 

NoRoamingNumberAvailable type reference ERROR 

DEFINED in MAP-Errors : 279 

USED in MAP-Protocol : 144 393 

USED in MAP-GallHandlingOperat : 39 116 
USED in MAP-Errors 45 

noSM-RP-DA identifier of [5] NULL 

DEFINED in MAP-SM-DataTypes : 137 

noSM-RP-OA identifier of [5] NULL 

DEFINED in MAP-SM-DataTypes : 142 

noSubscriberReply value reference NoSubscriberReply, GHOIGE VALUE 

DEFINED in MAP-Protocol : 396 

NoSubscriberReply type reference ERROR 

DEFINED in MAP-Errors : 296 

USED in MAP-Protocol : 147 396 

USED in MAP-GallHandlingOperat : 42 98 
USED in MAP-Errors 47 

noSubscriberReplyParam identifier of NoSubscriberReplyParam 

DEFINED in MAP-Errors : 298 

NoSubscriberReplyParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 277 
USED in MAP-Errors : 130 298 

USED in MAP-ER-DataTypes 36 
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NoteMM-Event type reference OPERATION 

DEFINED in MAP-MoblleServiceOpera : 477 
USED in MAP-Protocol 37 

USED in MAP-MobileServiceOpera : 70 

noteMM-EventArg identifier of NoteMM-EventArg 

DEFINED in MAP-MobileServiceOpera : 479 
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NotelVIIVI-EventArg type reference SEQUENCE 

DEFINED in IVlAP-IVIS-DataTypes : 1969 
USED in IVIAP-IVlobileServiceOpera : 159 479 
USED in MAP-MS-DataTypes : 131 

notelVllVI-EventRes identifier of NotelVIIVI-EventRes 

DEFINED in IVIAP-MobileServiceOpera : 481 

NoteMM-EventRes type reference SEQUENCE 

DEFINED in IVlAP-MS-DataTypes : 1979 
USED in IVIAP-MobileServiceOpera : 160 481 
USED in MAP-MS-DataTypes : 132 

noteMsPresentForGprs value reference NoteMsPresentForGprs, CHOICE VALUE 

DEFINED in MAP-Protocol : 326 

NoteMsPresentForGprs type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 464 
USED in MAP-Protocol 36 326 

USED in MAP-MobileServiceOpera : 67 

noteMsPresentForGprsArg identifier of NoteMsPresentForGprsArg 

DEFINED in MAP-MobileServiceOpera : 466 

NoteMsPresentForGprsArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1663 
USED in MAP-MobileServiceOpera : 157 466 
USED in MAP-MS-DataTypes : 127 

noteMsPresentForGprsRes identifier of NoteMsPresentForGprsRes 

DEFINED in MAP-MobileServiceOpera : 468 

NoteMsPresentForGprsRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1670 
USED in MAP-MobileServiceOpera : 158 468 
USED in MAP-MS-DataTypes : 128 

noteSubscriberDataModified value reference NoteSubscriberDataModified, CHOICE VALUE 

DEFINED in MAP-Protocol : 297 

NoteSubscriberDataModified type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 296 
USED in MAP-Protocol 38 297 

USED in MAP-MobileServiceOpera : 34 

noteSubscriberDataModifiedArg identifier of NoteSubscriberDataModifiedArg 

DEFINED in MAP-MobileServiceOpera : 298 

NoteSubscriberDataModifiedArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1951 
USED in MAP-MobileServiceOpera : 149 298 
USED in MAP-MS-DataTypes : 115 

noteSubscriberDataModifiedRes identifier of NoteSubscriberDataModif iedRes 

DEFINED in MAP-MobileServiceOpera : 300 

NoteSubscriberDataModifiedRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1962 
USED in MAP-MobileServiceOpera : 150 300 
USED in MAP-MS-DataTypes : 116 

notForwarded identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1478 

notificationToCSE identifier of [3] NULL 

DEFINED in MAP-MS-DataTypes : 812 

notificationToCSE identifier of [3] NULL 

DEFINED in MAP-MS-DataTypes : 1333 

notificationToCSE identifier of [0] NULL 

DEFINED in MAP-MS-DataTypes : 1361 

notificationToCSE identifier of [1] NULL 
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DEFINED in MAP-MS-DataTypes 



1391 



notificationToCSE identifier of [3] NULL 

DEFINED in IVIAP-IVIS-DataTypes : 1524 

notificationToCSE identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1569 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 076 ETSI TS 1 29 002 V4.9.0 (2002-09) 

TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 68 

notificationToGSE identifier of [1] NULL 

DEFINED in MAP-MS-DataTypes : 1598 

notificationToGSE identifier of NULL 

DEFINED in IVIAP-IVIS-DataTypes : 1863 

notificationToGSE identifier of NULL 

DEFINED in MAP-MS-DataTypes : 1871 

notificationToGSE identifier of NULL 

DEFINED in MAP-MS-DataTypes : 1879 

notificationToGSE identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1991 

notificationToGSE identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 2000 

notificationToMSUser identifier of [0] NotificationToMSUser 

DEFINED in MAP-MS-DataTypes : 1161 

notificationToMSUser identifier of [1] NotificationToMSUser 

DEFINED in MAP-MS-DataTypes : 1199 

NotificationToMSUser type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1213 
USED in MAP-MS-DataTypes 81 1161 1199 

notifyAndVerify-LocationAllowedlfNoRespoidentifier of Named Number, 1 
DEFINED in MAP-MS-DataTypes : 1215 

notifyAndVerify-LocationNotAllowedlfNoReidentifier of Named Number, 2 
DEFINED in MAP-MS-DataTypes : 1216 

notifyLocationAllowed identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1214 

notKnownToBePorted identifier of Named Number, 

DEFINED in MAP-GH-DataTypes : 169 

notProvidedFromVLR identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1798 

notReachable identifier of Named Number, 

DEFINED in MAP-GH-DataTypes : 130 

NotReachableReason type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1800 
USED in MAP-MS-DataTypes : 1797 

notRegistered identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 1804 

not-derivable identifier of NULL 

DEFINED in TGAPMessages : 168 

npdbMismatch identifier of Named Number, 2 

DEFINED in MAP-ER-DataTypes : 215 

numberGhanged value reference NumberChanged, GHOIGE VALUE 

DEFINED in MAP-Protocol : 358 

NumberGhanged type reference ERROR 

DEFINED in MAP-Errors : 210 

USED in MAP-Protocol : 131 358 

USED in MAP-GallHandlingOperat : 36 93 
USED in MAP-Errors 23 

numberGhangedParam identifier of NumberGhangedParam 

DEFINED in MAP-Errors : 212 

NumberGhangedParam type reference SEQUENGE 

DEFINED in MAP-ER-DataTypes : 220 
USED in MAP-Errors : 118 212 
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USED in MAP-ER-DataTypes 



26 



NumberOfForwarding type reference INTEGER 

DEFINED in MAP-CH-DataTypes 92 

USED in MAP-CH-DataTypes 20 97 

numberOfForwarding identifier of [2] NumberOfForwarding 
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DEFINED in MAP-CH-DataTypes 97 

numberOfPW-AttemptsViolation value reference NumberOfPW-AttemptsViolation, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 429 

NumberOfPW-AttemptsViolation type reference ERROR 

DEFINED in MAP-Errors : 390 

USED in IVlAP-Protocol : 162 429 

USED in MAP-SupplementaryServi : 47 139 158 230 
USED in MAP-Errors 72 

numberOfRequestedVectors identifier of NumberOfRequestedVectors 

DEFINED in MAP-MS-DataTypes : 295 

numberOfRequestedVectors identifier of NumberOfRequestedVectors 

DEFINED in MAP-MS-DataTypes : 680 

NumberOfRequestedVectors type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 692 
USED in MAP-MS-DataTypes : 295 680 

numberPortabilityStatus identifier of [13] NumberPortabilityStatus 

DEFINED in MAP-CH-DataTypes : 164 

NumberPortabilityStatus type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 168 
USED in MAP-CH-DataTypes : 164 

odb identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 1843 

odb-Data identifier of [8] ODB-Data 

DEFINED in MAP-MS-DataTypes : 927 

ODB-Data type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 952 
USED in MAP-MS-DataTypes 61 927 1878 

odb-Data identifier of ODB-Data 

DEFINED in MAP-MS-DataTypes : 1878 

odb-GeneralData identifier of ODB-GeneralData 

DEFINED in MAP-MS-DataTypes : 953 

ODB-GeneralData type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 958 
USED in MAP-MS-DataTypes : 953 1246 

odb-GeneralData identifier of [4] ODB-GeneralData 

DEFINED in MAP-MS-DataTypes : 1246 

odb-HPLMN-Data identifier of ODB-HPLMN-Data 

DEFINED in MAP-MS-DataTypes : 954 

ODB-HPLMN-Data type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 993 
USED in MAP-MS-DataTypes : 954 

odb-lnfo identifier of [3] ODB-lnfo 

DEFINED in MAP-MS-DataTypes : 1834 

ODB-lnfo type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 1877 
USED in MAP-MS-DataTypes : 1834 1956 

odb-lnfo identifier of [2] ODB-lnfo 

DEFINED in MAP-MS-DataTypes : 1956 

old identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 490 

omc-ld identifier of [3] AddressString 

DEFINED in MAP-OM-DataTypes 40 

onlyMSC identifier of Named Number, 1 
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DEFINED in MAP-MS-DataTypes : 767 

onlySGSN identifier of Named Number, 2 

DEFINED in IVlAP-MS-DataTypes : 768 

operationCode identifier of OPERATION 

DEFINED in TGAPIVIessages : 136 
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USED in TGAPIVIessages : 137 

operationCode identifier of OPERATION 

DEFINED in TGAPIVIessages : 147 

USED in TGAPMessages : 148 

operationGode identifier of [0] OperationGode 

DEFINED in MAP-ST-DataTypes 86 

OperationGode type reference GHOIGE 

DEFINED in MAP-ST-DataTypes 90 

USED in MAP-ST-DataTypes 86 

operatorBarring identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 117 

operatorDeterminedBarring identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 940 

operatorDeterminedBarring identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 106 

originalGomponentldentifier identifier of OriginalGomponentldentifier 

DEFINED in MAP-ST-DataTypes 43 

OriginalGomponentldentifier type reference GHOIGE 

DEFINED in MAP-ST-DataTypes 85 

USED in MAP-ST-DataTypes 43 

OrigTransactionID type reference [APPLIGATION 8] IMPLIGITTransactionID 

DEFINED in TGAPMessages 97 

USED in TGAPMessages 61 69 

orNotSupportedlnGMSG identifier of [16] NULL 

DEFINED in MAP-GH-DataTypes : 215 

or-Gapability identifier of [5] OR-Phase 

DEFINED in MAP-GH-DataTypes : 100 

or- Interrogation identifier of [4] NULL 

DEFINED in MAP-GH-DataTypes 99 

or- Interrogation identifier of [10] NULL 

DEFINED in MAP-GH-DataTypes : 208 

or-NotAllowed value reference OR-NotAllowed, GHOIGE VALUE 

DEFINED in MAP-Protocol : 399 

OR-NotAllowed type reference ERROR 

DEFINED in MAP-Errors : 321 

USED in MAP-Protocol : 143 399 

USED in MAP-GallHandlingOperat : 34 91 114 126 
USED in MAP-Errors 44 

or-NotAllowedParam identifier of OR-NotAllowedParam 

DEFINED in MAP-Errors : 323 

OR-NotAllowedParam type reference SEOUENGE 

DEFINED in MAP-ER-DataTypes : 202 
USED in MAP-Errors : 127 323 

USED in MAP-ER-DataTypes 24 

OR-Phase type reference INTEGER 

DEFINED in MAP-GH-DataTypes : 125 
USED in MAP-GH-DataTypes : 100 

otid identifier of OrigTransactionID 

DEFINED in TGAPMessages 61 

otid identifier of OrigTransactionID 

DEFINED in TGAPMessages 69 

overrideGategory identifier of [1] OverrideGategory 

DEFINED in MAP-SS-DataTypes : 173 
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OverrideCategory type reference ENUMERATED 

DEFINED in MAP-SS-DataTypes : 180 
USED in MAP-SS-DataTypes : 28 173 

overrideDisabled identifier of Named Number, 1 

DEFINED in IVIAP-SS-DataTypes : 182 
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overrideEnabled identifier of Named Number, 

DEFINED in IVIAP-SS-DataTypes : 181 

ownNumberPortedOut identifier of Named Number, 1 

DEFINED in MAP-GH-DataTypes : 170 

o-andM-HPLMN identifier of Named Number, 1 

DEFINED in IVIAP-CommonDataTypes : 384 

o-andM-VPLMN identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 385 

0-BcsmCamelTDPGriteriaList type reference SEQUENGE OF 

DEFINED in IVlAP-MS-DataTypes : 1428 
USED in IVlAP-MS-DataTypes 67 1321 1885 

USED in MAP-GH-DataTypes 45 277 

0-BcsmGamelTDPData type reference SEQUENGE 

DEFINED in IVlAP-MS-DataTypes : 1405 
USED in IVtAP-MS-DataTypes : 1397 

o-BcsmGamelTDPDataList identifier of 0-BcsmGamelTDPDataList 

DEFINED in IVIAP-MS-DataTypes : 1387 

0-BcsmGamelTDPDataList type reference SEQUENGE QF 

DEFINED in MAP-MS-DataTypes : 1396 
USED in IVlAP-MS-DataTypes : 1387 

Q-BcsmGamelTDP-Griteria type reference SEQUENGE 

DEFINED in IVlAP-MS-DataTypes : 1434 
USED in IVlAP-MS-DataTypes : 1429 

o-BcsmGamelTDP-GriteriaList identifier of [4] Q-BcsmGamelTDPGriteriaList 

DEFINED in IVlAP-MS-DataTypes : 1321 

o-BcsmGamelTDP-GriteriaList identifier of [1] Q-BcsmGamelTDPGriteriaList 

DEFINED in MAP-MS-DataTypes : 1885 

o-BcsmGamelTDP-GriteriaList identifier of [3] Q-BcsmGamelTDPGriteriaList 

DEFINED in MAP-GH-DataTypes : 277 

o-BcsmTriggerDetectionPoint identifier of Q-BcsmTriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 1406 

Q-BcsmTriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1416 
USED in MAP-MS-DataTypes : 1406 1435 

o-BcsmTriggerDetection Point identifier of Q-BcsmTriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 1435 

o-GauseValueGriteria identifier of [3] 0-GauseValueGriteria 

DEFINED in MAP-MS-DataTypes : 1440 

Q-GauseValueGriteria type reference SEQUENGE QF 

DEFINED in MAP-MS-DataTypes : 1484 
USED in MAP-MS-DataTypes : 1440 

o-csi identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1279 

o-GSI identifier of [0] 0-GSI 

DEFINED in MAP-MS-DataTypes : 1317 

Q-GSI type reference SEQUENGE 

DEFINED in MAP-MS-DataTypes : 1386 
USED in MAP-MS-DataTypes 65 1317 1884 

USED in MAP-GH-DataTypes 43 230 274 

o-GSI identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1851 

o-GSI identifier of [0] O-GSI 

DEFINED in MAP-MS-DataTypes : 1884 
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o-CSI identifier of [5] 0-CSI 

DEFINED in IVIAP-CH-DataTypes : 230 

o-CSI identifier of [1] O-CSI 

DEFINED in MAP-CH-DataTypes : 274 

padAccessCA- 1200bps value reference BearerServiceCode, '001 0001 0'B 
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DEFINED in MAP-BS-Code 69 

padAccessCA-1200-75bps value reference BearerServiceCode, '001 0001 1'B 

DEFINED in MAP-BS-Code 70 

padAccessCA-2400bps value reference BearerServiceCode, '00100100'B 

DEFINED in MAP-BS-Code 71 

padAccessCA-SOObps value reference BearerServiceCode, '001 00001 'B 

DEFINED in MAP-BS-Code 68 

padAccessCA-4800bps value reference BearerServiceCode, '001 001 01 'B 

DEFINED in MAP-BS-Code 72 

padAccessCA-9600bps value reference BearerServiceCode, '00100110'B 

DEFINED in MAP-BS-Code 73 

parameter identifier of ANY DEFINED BY operationCode 

DEFINED in TCAPMessages : 137 

parameter identifier of ANY DEFINED BY operationCode 

DEFINED in TCAPMessages : 148 

parameter identifier of ANY DEFINED BY errorCode 

DEFINED in TCAPMessages : 159 

password identifier of Password 

DEFINED in MAP-MS-DataTypes : 1869 

password identifier of [3] Password 

DEFINED in MAP-MS-DataTypes : 1932 

password identifier of [2] Password 

DEFINED in MAP-MS-DataTypes : 1998 

Password type reference NumericString 

DEFINED in MAP-SS-DataTypes : 244 



USED in MAP-SupplementaryServi 
USED in MAP-MS-DataTypes 
USED in MAP-SS-DataTypes 



66 221 238 
143 1869 1932 1998 
24 



pcs-Extensions identifier of [1] PCS-Extensions 

DEFINED in MAP-ExtensionDataTypes : 34 

PCS-Extensions type reference SEQUENCE 

DEFINED in MAP-ExtensionDataTypes : 56 
USED in MAP-ExtensionDataTypes : 34 

pdpContextActivation identifier of Named Number, 8 

DEFINED in MAP-MS-DataTypes : 398 

pdpContextDeactivation identifier of Named Number, 9 

DEFINED in MAP-MS-DataTypes : 399 

pdp-Address identifier of [17] PDP-Address 

DEFINED in MAP-MS-DataTypes : 781 

PDP-Address type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 862 
USED in MAP-MS-DataTypes : 781 

pdp-ChargingCharacteristics identifier of [1] ChargingCharacteristics 

DEFINED in MAP-MS-DataTypes : 788 

PDP-Context type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 778 
USED in MAP-MS-DataTypes : 774 

pdp-ContextChangeOfPosition identifier of Named Number, 14 

DEFINED in MAP-MS-DataTypes : 849 

pdp-ContextEstablishment identifier of Named Number, 11 

DEFINED in MAP-MS-DataTypes : 847 

pdp-ContextEstablishmentAcknowledgement. identifier of Named Number, 12 
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DEFINED in MAP-MS-DataTypes : 848 

pdp-ContextId identifier of Contextid 

DEFINED in IVIAP-MS-DataTypes : 779 

pdp-Type identifier of [16] PDP-Type 

DEFINED in MAP-MS-DataTypes : 780 
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PDP-Type type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 859 
USED in IVlAP-MS-DataTypes : 780 

permanent identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 176 

PermittedEncryptionAlgorithms type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 478 
USED in MAP-MS-DataTypes : 463 

PermittedlntegrityProtectionAlgorithms..type reference OCTET STRING 
DEFINED in IVIAP-MS-DataTypes : 467 
USED in MAP-MS-DataTypes : 462 

phasel identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 1514 

phase2 identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1515 

phase3 identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 1516 

pimn identifier of Named Number, 

DEFINED in MAP-CommonDataTypes : 351 

pImnClientList identifier of [2] PLMNCIientList 

DEFINED in MAP-MS-DataTypes : 1171 

PLMNCIientList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1186 
USED in MAP-MS-DataTypes : 1171 

pimnoperator value reference SS-Code, '10110100'B 

DEFINED in MAP-SS-Code : 168 

pImnOperatorServices identifier of Named Number, 2 

DEFINED in MAP-LCS-DataTypes : 139 

pImnRoamingNotAllowed identifier of Named Number, 

DEFINED in MAP-ER-DataTypes : 105 

pImn-SpecificBarringTypel identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 994 

plmn-SpecificBarringType2 identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 995 

plmn-SpecificBarringType3 identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 996 

plmn-SpecificBarringType4 identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 997 

plmn-specificBS-1 value reference BearerServiceCode, '11 01 0001 'B 

DEFINED in MAP-BS-Code : 111 

plmn-specificBS-2 value reference BearerServiceCode, '11010010'B 

DEFINED in MAP-BS-Code : 112 

plmn-specificBS-3 value reference BearerServiceCode, '11010011'B 

DEFINED in MAP-BS-Code : 113 

plmn-specificBS-4 value reference BearerServiceCode, '11010100'B 

DEFINED in MAP-BS-Code : 114 

plmn-specificBS-5 value reference BearerServiceCode, '1 101 01 01 'B 

DEFINED in MAP-BS-Code : 115 

plmn-specificBS-6 value reference BearerServiceCode, '11010110'B 

DEFINED in MAP-BS-Code : 116 

plmn-specificBS-7 value reference BearerServiceCode, '11010111'B 
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DEFINED in MAP-BS-Code : 117 

plmn-specificBS-8 value reference BearerServiceCode, '11011000'B 

DEFINED in MAP-BS-Code : 118 

plmn-specificBS-9 value reference BearerServiceCode, '11011001'B 

DEFINED in MAP-BS-Code : 119 
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mn-specificBS-A value reference BearerServiceCode, '11011010'B 

DEFINED in MAP-BS-Code : 120 

mn-specificBS-B value reference BearerServiceCode, '11011011'B 

DEFINED in IVIAP-BS-Code : 121 

mn-specificBS-C value reference BearerServiceCode, '11011100'B 

DEFINED in iVIAP-BS-Code : 122 

mn-specificBS-D value reference BearerServiceCode, '11 01 11 01 'B 

DEFINED in MAP-BS-Code : 123 

mn-specificBS-E value reference BearerServiceCode, '11011110'B 

DEFINED in MAP-BS-Code : 124 

mn-specificBS-F value reference BearerServiceCode, '1 1011 111'B 

DEFINED in MAP-BS-Code : 125 

mn-specificSS-1 value reference SS-Code, '11110001'B 

DEFINED in MAP-SS-Code : 137 

mn-specificSS-2 value reference SS-Code, '11110010'B 

DEFINED in MAP-SS-Code : 138 

mn-specificSS-3 value reference SS-Code, '111 1001 1'B 

DEFINED in MAP-SS-Code : 139 

mn-specificSS-4 value reference SS-Code, '11110100'B 

DEFINED in MAP-SS-Code : 140 

mn-specificSS-5 value reference SS-Code, '11110101'B 

DEFINED in MAP-SS-Code : 141 

mn-specificSS-6 value reference SS-Code, '1 1 1 101 10'B 

DEFINED in MAP-SS-Code : 142 

plmn-specificSS-7 value reference SS-Code, '1 1 1 101 1 1'B 

DEFINED in MAP-SS-Code : 143 

plmn-specificSS-8 value reference SS-Code, '1 1 1 1 1000'B 

DEFINED in MAP-SS-Code : 144 

mn-specificSS-9 value reference SS-Code, '11111001'B 

DEFINED in MAP-SS-Code : 145 

mn-specificSS-A value reference SS-Code, '11111010'B 

DEFINED in MAP-SS-Code : 146 

pImn-specificSS-B value reference SS-Code, '11 11 101 1'B 

DEFINED in MAP-SS-Code : 147 

pImn-specificSS-C value reference SS-Code, '1111 1 100'B 

DEFINED in MAP-SS-Code : 148 

pImn-specificSS-D value reference SS-Code, '1 1 1 1 1 101'B 

DEFINED in MAP-SS-Code : 149 

pImn-specificSS-E value reference SS-Code, '1 1 1 1 1 1 10'B 

DEFINED in MAP-SS-Code : 150 

mn-specificSS-F value reference SS-Code, '1 1 1 1 1 1 H'B 

DEFINED in MAP-SS-Code : 151 

mn-specificTS-1 value reference TeleserviceCode, '1 101 0001 'B 

DEFINED in MAP-TS-Code 72 

mn-specificTS-2 value reference TeleserviceCode, '11010010'B 

DEFINED in MAP-TS-Code 73 

mn-specificTS-3 value reference TeleserviceCode, '11 01 001 1'B 

DEFINED in MAP-TS-Code 74 

mn-specificTS-4 value reference TeleserviceCode, '11010100'B 

DEFINED in MAP-TS-Code 75 
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plmn-specificTS-5 value reference TeleserviceCode, '1 101 01 01 'B 

DEFINED in MAP-TS-Code 76 



plmn-specificTS-6 value reference TeleserviceCode, '11010110'B 

DEFINED in IVlAP-TS-Code 77 
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plmn-specificTS-7 value reference TeleserviceCode, '1 101 0111 'B 

DEFINED in IVIAP-TS-Code 78 

plmn-specificTS-8 value reference TeleserviceCode, '11011000'B 

DEFINED in MAP-TS-Code 79 

plmn-specificTS-9 value reference TeleserviceCode, '11011001'B 

DEFINED in IVIAP-TS-Code 80 

pImn-specificTS-A value reference TeleserviceCode, '11011010'B 

DEFINED in MAP-TS-Code 81 

pImn-specificTS-B value reference TeleserviceCode, '1 1011 Oil 'B 

DEFINED in IVIAP-TS-Code 82 

pImn-specificTS-C value reference TeleserviceCode, '11011100'B 

DEFINED in IVIAP-TS-Code 83 

pImn-specificTS-D value reference TeleserviceCode, '11011101'B 

DEFINED in IVIAP-TS-Code 84 

pImn-specificTS-E value reference TeleserviceCode, '1 101 1 110'B 

DEFINED in IVIAP-TS-Code 85 

pImn-specificTS-F value reference TeleserviceCode, '1 101 1 1 1 1'B 

DEFINED in MAP-TS-Code 86 

polygon identifier of Named Number, 3 

DEFINED in MAP-LCS-DataTypes : 201 

positionMethodFailure value reference PositionMethodFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 446 

PositionMethodFailure type reference ERROR 

DEFINED in MAP-Errors : 443 

USED in MAP-Protocol : 174 446 

USED in MAP-LocationServiceOpe : 31 82 
USED in MAP-Errors 88 

positionMethodFailure-Diagnostic identifier of [0] PositionMethodFailure-Diagnostic 

DEFINED in MAP-ER-DataTypes : 366 

PositionMethodFailure-Diagnostic type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 370 
USED in MAP-ER-DataTypes : 366 

positionMethodFailure-Param identifier of PositionMethodFailure-Param 

DEFINED in MAP-Errors : 445 

PositionMethodFailure-Param type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 365 
USED in MAP-Errors : 146 445 

USED in MAP-ER-DataTypes 51 

positionMethodNotAvailablelnLocationAreaidentifier of Named Number, 8 
DEFINED in MAP-ER-DataTypes : 379 

positionMethodNotAvailablelnNetwork identifier of Named Number, 7 

DEFINED in MAP-ER-DataTypes : 378 

preferentialCUG-lndicator identifier of CUG-lndex 

DEFINED in MAP-MS-DataTypes : 1128 

premiumRateEntertainementOGCallsBarred.. identifier of Named Number, 4 
DEFINED in MAP-MS-DataTypes : 966 

premiumRatelnformationOGCallsBarred identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 965 

prepareGroupCall value reference PrepareGroupCall, CHOICE VALUE 

DEFINED in MAP-Protocol : 306 

PrepareGroupCall type reference OPERATION 

DEFINED in MAP-Group-Call-Operati : 46 
USED in MAP-Protocol 99 306 
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USED in MAP-Group-Call-Operati : 13 

prepareGroupCallArg identifier of PrepareGroupCallArg 

DEFINED in IVIAP-Group-Call-Operati : 48 

PrepareGroupCallArg type reference SEQUENCE 

DEFINED in MAP-GR-DataTypes 49 
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USED in IVIAP-Group-Call-Operati : 31 48 
USED in MAP-GR-DataTypes 14 

prepareGroupCallRes identifier of PrepareGroupCallRes 

DEFINED in MAP-Group-Call-Operati : 50 

PrepareGroupCallRes type reference SEQUENCE 

DEFINED in IVlAP-GR-DataTypes 61 

USED in MAP-Group-Call-Operati : 32 50 
USED in MAP-GR-DataTypes 15 

prepareHandover value reference PrepareHandover, CHOICE VALUE 

DEFINED in MAP-Protocol : 201 

PrepareHandover type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 310 
USED in MAP-Protocol 17 201 

USED in MAP-MobileServiceOpera : 38 

prepareHO-Arg identifier of PrepareHO-Arg 

DEFINED in MAP-MobileServiceOpera : 312 

PrepareHO-Arg type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 497 
USED in MAP-MobileServiceOpera : 123 312 
USED in MAP-MS-DataTypes 34 

prepareHO-Res identifier of PrepareHO-Res 

DEFINED in MAP-MobileServiceOpera : 314 

PrepareHO-Res type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 539 
USED in MAP-MobileServiceOpera : 124 314 
USED in MAP-MS-DataTypes 35 

prepareSubsequentHandover value reference PrepareSubsequentHandover, CHOICE VALUE 

DEFINED in MAP-Protocol : 205 

PrepareSubsequentHandover type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 337 
USED in MAP-Protocol 21 205 

USED in MAP-MobileServiceOpera : 42 

prepareSubsequentHO-Arg identifier of PrepareSubsequentHO-Arg 

DEFINED in MAP-MobileServiceOpera : 339 

PrepareSubsequentHO-Arg type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 585 
USED in MAP-MobileServiceOpera : 130 339 
USED in MAP-MS-DataTypes 36 

prepareSubsequentHO-Res identifier of PrepareSubsequentHO-Res 

DEFINED in MAP-MobileServiceOpera : 341 

PrepareSubsequentHO-Res type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 594 
USED in MAP-MobileServiceOpera : 129 341 
USED in MAP-MS-DataTypes 37 

pre-pagingSupported identifier of [19] NULL 

DEFINED in MAP-CH-DataTypes : 115 

pre-pagingSupported identifier of [17] NULL 

DEFINED in MAP-CH-DataTypes : 216 

priority identifier of [2] EMLPP-Priority 

DEFINED in MAP-GR-DataTypes 56 

priorityLevelO value reference EMLPP-Priority, 

DEFINED in MAP-CommonDataTypes : 450 

priority Level 1 value reference EMLPP-Priority, 1 

DEFINED in MAP-CommonDataTypes : 451 

priorityLevel2 value reference EMLPP-Priority, 2 
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DEFINED in MAP-CommonDataTypes : 452 

priorityLevelS value reference EMLPP-Priority, 3 

DEFINED in MAP-CommonDataTypes : 453 

priorityLevel4 value reference EMLPP-Priority, 4 

DEFINED in MAP-CommonDataTypes : 454 
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priorityLevelA value reference EIVILPP-Priority, 6 

DEFINED in MAP-GommonDataTypes : 448 

priorityLevelB value reference EMLPP-Priority, 5 

DEFINED in IVIAP-CommonDataTypes : 449 

privacyOverride identifier of [1] NULL 

DEFINED in MAP-LCS-DataTypes 91 

privacyOverrideNotApplicable identifier of Named Number, 3 

DEFINED in IVIAP-ER-DataTypes : 359 

privacyViolation identifier of Named Number, 5 

DEFINED in IVIAP-LCS-DataTypes : 361 

PrivateExtension type reference SEQUENCE 

DEFINED in IVIAP-ExtensionDataTypes : 40 
USED in IVIAP-ExtensionDataTypes : 15 38 

privateExtensionList identifier of [0] PrivateExtensionList 

DEFINED in MAP-ExtensionDataTypes : 33 

PrivateExtensionList type reference SEQUENCE QF 

DEFINED in MAP-ExtensionDataTypes : 37 
USED in IVIAP-ExtensionDataTypes : 33 

problem identifier of CHOICE 

DEFINED in TCAPIVIessages : 169 

processAccessSignalling value reference ProcessAccessSignalling, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 203 

ProcessAccessSignalling type reference OPERATION 

DEFINED in IVlAP-MobileServiceOpera : 329 
USED in IVlAP-Protocol 19 203 

USED in IVlAP-MobileServiceOpera : 40 

processAccessSignalling-Arg identifier of ProcessAccessSignalling-Arg 

DEFINED in MAP-MobileServiceOpera : 331 

ProcessAccessSignalling-Arg type reference [3] SEQUENCE 

DEFINED in IVlAP-MS-DataTypes : 599 
USED in IVlAP-MobileServiceOpera : 126 331 
USED in MAP-MS-DataTypes 38 

processGroupCallSignalling value reference ProcessGroupCallSignalling, CHOICE VALUE 

DEFINED in MAP-Protocol : 308 

ProcessGroupCallSignalling type reference OPERATION 

DEFINED in MAP-Group-Call-Operati : 63 
USED in MAP-Protocol : 100 308 

USED in MAP-Group-Call-Operati : 16 

processGroupCallSignallingArg identifier of ProcessGroupCallSignallingArg 

DEFINED in MAP-Group-Call-Operati : 65 

ProcessGroupCallSignallingArg type reference SEQUENCE 

DEFINED in MAP-GR-DataTypes 86 

USED in MAP-Group-Call-Operati : 36 65 
USED in MAP-GR-DataTypes 19 

processUnstructuredSS-Request value reference ProcessUnstructuredSS-Request, CHOICE VALUE 

DEFINED in MAP-Protocol : 262 

ProcessUnstructuredSS-Request type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 175 
USED in MAP-Protocol 74 262 

USED in MAP-SupplementaryServi : 18 

protectedPayload identifier of ProtectedPayload 

DEFINED in MAP-ST-DataTypes 27 

protectedPayload identifier of ProtectedPayload 

DEFINED in MAP-ST-DataTypes 35 
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Protected Payload type reference OCTET STRING 

DEFINED in MAP-ST-DataTypes 47 

USED in MAP-ST-DataTypes 14 27 35 

USED in MAP-ER-DataTypes 82 399 

protectedPayload identifier of ProtectedPayload 
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DEFINED in MAP-ER-DataTypes : 399 

protocolld identifier of Protocolld 

DEFINED in IVIAP-GommonDataTypes : 198 

Protocolld type reference ENUMERATED 

DEFINED in IVlAP-CommonDataTypes : 216 
USED in IVlAP-CommonDataTypes : 198 

provideRoamingNumber value reference ProvideRoamingNumber, CHOICE VALUE 

DEFINED in MAP-Protocol : 244 

ProvideRoamingNumber type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 03 
USED in MAP-Protocol 55 244 

USED in MAP-CallHandlingOperat : 14 

provideRoamingNumberArg identifier of ProvideRoamingNumberArg 

DEFINED in MAP-CallHandlingOperat : 1 06 

ProvideRoamingNumberArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 198 
USED in MAP-CallHandlingOperat : 56 106 
USED in MAP-CH-DataTypes 16 

provideRoamingNumberRes identifier of ProvideRoamingNumberRes 

DEFINED in MAP-CallHandlingOperat : 1 08 

ProvideRoamingNumberRes type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 219 
USED in MAP-CallHandlingOperat : 57 108 
USED in MAP-CH-DataTypes 17 

provideSIWFSNumber value reference ProvideSIWFSNumber, CHOICE VALUE 

DEFINED in MAP-Protocol : 246 

ProvideSIWFSNumber type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 30 
USED in MAP-Protocol 57 246 

USED in MAP-CallHandlingOperat : 16 

provideSIWFSNumberArg identifier of ProvideSIWFSNumberArg 

DEFINED in MAP-CallHandlingOperat : 1 32 

ProvideSIWFSNumberArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 281 
USED in MAP-CallHandlingOperat : 60 132 
USED in MAP-CH-DataTypes 23 

provideSIWFSNumberRes identifier of ProvideSIWFSNumberRes 

DEFINED in MAP-CallHandlingOperat : 1 34 

ProvideSIWFSNumberRes type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 299 
USED in MAP-CallHandlingOperat : 61 134 
USED in MAP-CH-DataTypes 24 

provideSubscriberlnfo value reference ProvideSubscriberlnfo, CHOICE VALUE 

DEFINED in MAP-Protocol : 284 

ProvideSubscriberlnfo type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 233 
USED in MAP-Protocol 30 284 

USED in MAP-MobileServiceOpera : 24 

provideSubscriberlnfoArg identifier of ProvideSubscriberlnfoArg 

DEFINED in MAP-MobileServiceOpera : 235 

ProvideSubscriberlnfoArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1724 
USED in MAP-MobileServiceOpera : 143 235 
USED in MAP-MS-DataTypes 98 

provideSubscriberlnfoRes identifier of ProvideSubscriberlnfoRes 

DEFINED in MAP-MobileServiceOpera : 237 
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ProvideSubscriberlnfoRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1731 
USED in MAP-MobileServiceOpera : 144 237 
USED in MAP-MS-DataTypes 99 

provideSubscriberLocation value reference ProvideSubscriberLocation, CHOICE VALUE 
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DEFINED in MAP-Protocol : 330 

ProvideSubscriberLocation type reference OPERATION 

DEFINED in MAP-LocationServiceOpe : 66 
USED in IVIAP-Protocol : 108 330 

USED in IVlAP-LocationServiceOpe : 13 

provideSubscriberLocation-Arg identifier of ProvideSubscriberLocation-Arg 

DEFINED in MAP-LocationSen/iceOpe : 68 

ProvideSubscriberLocation-Arg type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes 87 

USED in IVIAP-LocationServiceOpe : 43 68 
USED in MAP-LCS-DataTypes 13 

provideSubscriberLocation-Res identifier of ProvideSubscriberLocation-Res 

DEFINED in MAP-LocationServiceOpe : 70 

ProvideSubscriberLocation-Res type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 208 
USED in MAP-LocationServiceOpe : 44 70 
USED in MAP-LCS-DataTypes 14 

provisionedSS identifier of [7] Ext-SS-lnfoList 

DEFINED in MAP-MS-DataTypes : 926 

purgedMS identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 262 

purgeMS value reference PurgeMS, CHOICE VALUE 

DEFINED in MAP-Protocol : 195 

PurgeMS type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 198 
USED in MAP-Protocol 14 195 

USED in MAP-MobileServiceOpera : 17 

purgeMS-Arg identifier of PurgeMS-Arg 

DEFINED in MAP-MobileServiceOpera : 200 

PurgeMS-Arg type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 280 
USED in MAP-MobileServiceOpera : 117 200 
USED in MAP-MS-DataTypes 20 

purgeMS-Res identifier of PurgeMS-Res 

DEFINED in MAP-MobileServiceOpera : 202 

PurgeMS-Res type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 287 
USED in MAP-MobileServiceOpera : 118 202 
USED in MAP-MS-DataTypes 21 

pvir identifier of Named Number, 3 

DEFINED in MAP-CommonDataTypes : 354 

pw-RegistrationFailure value reference PW-RegistrationFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 427 

PW-RegistrationFailure type reference ERROR 

DEFINED in MAP-Errors : 384 

USED in MAP-Protocol : 160 427 

USED in MAP-SupplementaryServi : 45 228 
USED in MAP-Errors 70 

pw-RegistrationFailureCause identifier of PW-RegistrationFailureCause 

DEFINED in MAP-Errors : 386 

PW-RegistrationFailureCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 142 
USED in MAP-Errors : 111 386 

USED in MAP-ER-DataTypes 18 

p-abortCause identifier of P-AbortCause 

DEFINED in TCAPMessages 76 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 099 ETSI TS 1 29 002 V4.9.0 (2002-09) 



P-AbortCause type reference [APPLICATION 10] IMPLICIT INTEGER 

DEFINED in TCAPMessages : 102 

USED in TCAPMessages 76 

qoSNotAttainable identifier of Named Number, 6 

DEFINED in MAP-ER-DataTypes : 377 
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qos-Subscribed identifier of [18] QoS-Subscribed 

DEFINED in MAP-IVIS-DataTypes : 782 

QoS-Subscribed type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 870 
USED in IVIAP-MS-DataTypes 82 782 

quintupletList identifier of [1] QuintupletList 

DEFINED in IVIAP-MS-DataTypes : 319 

QuintupletList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 324 
USED in MAP-MS-DataTypes : 319 

rab-ld identifier of [12] RAB-ld 

DEFINED in MAP-MS-DataTypes : 512 

rab-ld identifier of RAB-ld 

DEFINED in MAP-MS-DataTypes : 533 

rab-ld identifier of RAB-ld 

DEFINED in MAP-MS-DataTypes : 642 

RAB-ld type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 646 
USED in MAP-MS-DataTypes : 512 533 590 604 642 

RadioResource type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 531 
USED in MAP-MS-DataTypes : 529 

radioResourcelnformation identifier of [6] RadioResourcelnformation 

DEFINED in MAP-MS-DataTypes : 449 

radioResourcelnformation identifier of [7] RadioResourcelnformation 

DEFINED in MAP-MS-DataTypes : 506 

radioResourcelnformation identifier of RadioResourcelnformation 

DEFINED in MAP-MS-DataTypes : 532 

RadioResourcelnformation type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 652 
USED in MAP-MS-DataTypes : 449 506 532 

radioResourceList identifier of [7] RadioResourceLlst 

DEFINED in MAP-MS-DataTypes : 452 

radioResourceList identifier of [11] RadioResourceList 

DEFINED in MAP-MS-DataTypes : 509 

RadioResourceList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 528 
USED in MAP-MS-DataTypes : 452 509 

ranap-ServiceHandover identifier of [8] RANAP-ServiceHandover 

DEFINED in MAP-MS-DataTypes : 454 

ranap-ServiceHandover identifier of [14] RANAP-ServiceHandover 

DEFINED in MAP-MS-DataTypes : 514 

RANAP-ServiceHandover type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 521 
USED in MAP-MS-DataTypes : 454 514 

rand identifier of RAND 

DEFINED in MAP-MS-DataTypes : 328 

rand identifier of RAND 

DEFINED in MAP-MS-DataTypes : 334 

RAND type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 356 
USED in MAP-MS-DataTypes : 328 334 385 695 
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DEFINED in IVIAP-IVIS-DataTypes : 385 

rand identifier of RAND 

DEFINED in MAP-MS-DataTypes : 695 

readyForSM value reference ReadyForSM, CHOICE VALUE 
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DEFINED in MAP-Protocol : 280 

ReadyForSM type reference OPERATION 

DEFINED in IVIAP-ShortMessageServic : 136 
USED in IVIAP-Protocol 93 280 

USED in MAP-ShortMessageServic : 19 

readyForSM-Arg identifier of ReadyForSM-Arg 

DEFINED in MAP-ShortlVlessageServic : 138 

ReadyForSM-Arg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 203 
USED in MAP-ShortMessageServic : 55 138 
USED in MAP-SM-DataTypes 24 

readyForSM-Res identifier of ReadyForSM-Res 

DEFINED in MAP-ShortMessageServic : 140 

ReadyForSM-Res type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 212 
USED in MAP-ShortMessageServic : 56 140 
USED in MAP-SM-DataTypes 25 

reason identifier of CHOICE 

DEFINED in TCAPMessages 75 

recall identifier of Named Number, 1 

DEFINED in MAP-SS-DataTypes : 287 

regionalSubscNotSupported identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 1256 

regionalSubscriptionData identifier of [10] ZoneCodeList 

DEFINED in MAP-MS-DataTypes : 929 

regionalSubscriptionldentifier identifier of [5] ZoneCode 

DEFINED in MAP-MS-DataTypes : 1265 

regionalSubscriptionResponse identifier of [5] RegionalSubscriptionResponse 

DEFINED in MAP-MS-DataTypes : 1247 

RegionalSubscriptionResponse type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1252 
USED in MAP-MS-DataTypes : 1247 1312 

regionalSubscriptionResponse identifier of [0] RegionalSubscriptionResponse 

DEFINED in MAP-MS-DataTypes : 1312 

registerCC-Entry value reference RegisterCC-Entry, CHOICE VALUE 

DEFINED in MAP-Protocol : 268 

RegisterCC-Entry type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 251 
USED in MAP-Protocol 80 268 

USED in MAP-SupplementaryServi : 24 

registerCC-EntryArg identifier of RegisterCC-EntryArg 

DEFINED in MAP-SupplementaryServi : 253 

RegisterCC-EntryArg type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 305 
USED in MAP-SupplementaryServi : 70 253 
USED in MAP-SS-DataTypes 37 

registerCC-EntryRes identifier of RegisterCC-EntryRes 

DEFINED in MAP-SupplementaryServi : 255 

RegisterCC-EntryRes type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 324 
USED in MAP-SupplementaryServi : 71 255 
USED in MAP-SS-DataTypes : 38 

registerPassword value reference RegisterPassword, CHOICE VALUE 

DEFINED in MAP-Protocol : 266 
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RegisterPassword type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 217 
USED in MAP-Protocol 77 266 

USED in MAP-SupplementaryServi : 21 

registerSS value reference RegisterSS, CHOICE VALUE 

DEFINED in MAP-Protocol : 257 
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RegisterSS type reference OPERATION 

DEFINED in IVIAP-SupplementaryServi : 87 
USED in IVIAP-Protocol 69 257 

USED in MAP-SupplementaryServi : 1 3 

registerSS-Arg identifier of RegisterSS-Arg 

DEFINED in MAP-SupplementaryServi : 89 

RegisterSS-Arg type reference SEOUENCE 

DEFINED in MAP-SS-DataTypes 72 

USED in MAP-SupplementaryServi : 60 89 
USED in MAP-SS-DataTypes 14 

registrationAIICF-Barred identifier of Named Number, 24 

DEFINED in MAP-MS-DataTypes : 983 

registrationCFNotToHPLMN-Barred identifier of Named Number, 25 

DEFINED in MAP-MS-DataTypes : 984 

registrationlnterzonalCFNotToHPLMN-Barreidentifier of Named Number, 27 
DEFINED in MAP-MS-DataTypes : 986 

registrationlnterzonalCF-Barred identifier of Named Number, 26 

DEFINED in MAP-MS-DataTypes : 985 

reject identifier of [4] IMPLICIT Reject 

DEFINED in TCAPMessages : 128 

Reject type reference SEOUENCE 

DEFINED in TCAPMessages : 165 

USED in TCAPMessages : 128 

rejected identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 402 

releaseCall identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1501 

releaseGroupCall identifier of [2] NULL 

DEFINED in MAP-GR-DataTypes 89 

releaseTransaction identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 838 

releaseTransaction identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1558 

RelocationNumber type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 640 
USED in MAP-MS-DataTypes : 636 

relocationNumberList identifier of [1] RelocationNumberList 

DEFINED in MAP-MS-DataTypes : 541 

RelocationNumberList type reference SEOUENCE OF 

DEFINED in MAP-MS-DataTypes : 635 
USED in MAP-MS-DataTypes : 541 

remoteUserFree value reference RemoteUserFree, CHOICE VALUE 

DEFINED in MAP-Protocol : 250 

RemoteUserFree type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 79 
USED in MAP-Protocol 61 250 

USED in MAP-CallHandlingOperat : 20 

remoteUserFreeArg identifier of RemoteUserFreeArg 

DEFINED in MAP-CallHandlingOperat : 181 

RemoteUserFreeArg type reference SEOUENCE 

DEFINED in MAP-CH-DataTypes : 385 
USED in MAP-CallHandlingOperat : 68 181 
USED in MAP-CH-DataTypes 31 
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remoteUserFreeRes identifier of RemoteUserFreeRes 

DEFINED in IVlAP-CallHandlingOperat : 1 83 

RemoteUserFreeRes type reference SEQUENCE 

DEFINED in IVlAP-CH-DataTypes : 395 
USED in IVlAP-CallHandlingOperat : 69 183 
USED in MAP-CH-DataTypes 32 
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replaceB-Number identifier of [4] NULL 

DEFINED in MAP-GH-DataTypes : 390 

ReportingState type reference ENUIVIERATED 

DEFINED in IVIAP-CH-DataTypes : 322 
USED in IVIAP-CH-DataTypes : 318 

reportSM-DeliveryStatus value reference ReportSM-DeliveryStatus, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 277 

ReportSM-DeliveryStatus type reference OPERATION 

DEFINED in IVlAP-ShortMessageServic : 111 
USED in IVIAP-Protocol 90 277 

USED in MAP-ShortMessageServic : 1 6 

reportSM-DeliveryStatusArg identifier of ReportSM-DeliveryStatusArg 

DEFINED in IVIAP-ShortMessageServic : 113 

ReportSM-DeliveryStatusArg type reference SEOUENCE 

DEFINED in MAP-SM-DataTypes : 144 
USED in MAP-ShortMessageServic : 51 113 
USED in MAP-SM-DataTypes 20 

reportSM-DeliveryStatusRes identifier of ReportSM-DeliveryStatusRes 

DEFINED in MAP-ShortMessageServic : 115 

ReportSM-DeliveryStatusRes type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes : 172 
USED in MAP-ShortMessageServic : 52 115 
USED in MAP-SM-DataTypes 21 

request identifier of Named Number, 

DEFINED in MAP-SS-DataTypes : 286 

requestedBasicServiceViolatesCUG-Constraidentifier of Named Number, 5 
DEFINED in MAP-ER-DataTypes : 133 

requestedCAMEL-Subscriptionlnfo identifier of [3] RequestedCAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1844 

RequestedCAMEL-Subscriptionlnfo type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1850 
USED in MAP-MS-DataTypes : 1844 1939 

requestedCamel-Subscriptionlnfo identifier of [0] RequestedCAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1939 

requestedlnfo identifier of [2] Requestedlnfo 

DEFINED in MAP-MS-DataTypes : 1727 

Requestedlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1742 
USED in MAP-MS-DataTypes : 1727 1810 

requestedlnfo identifier of [1] Requestedlnfo 

DEFINED in MAP-MS-DataTypes : 1810 

requestedSS-lnfo identifier of [1] SS-ForBS-Code 

DEFINED in MAP-MS-DataTypes : 1842 

requestedSubscriptionlnfo identifier of [1] RequestedSubscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 1825 

RequestedSubscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1841 
USED in MAP-MS-DataTypes : 1825 

requestingNodeType identifier of [3] RequestingNodeType 

DEFINED in MAP-MS-DataTypes : 690 

RequestingNodeType type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 704 
USED in MAP-MS-DataTypes : 690 
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reset value reference Reset, CHOICE VALUE 

DEFINED in MAP-Protocol : 228 

Reset type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 416 
USED in MAP-Protocol 27 228 

USED in MAP-MobileServiceOpera : 56 
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resetArg identifier of ResetArg 

DEFINED in MAP-IVIobileServiceOpera : 418 

ResetArg type reference SEQUENCE 

DEFINED in IVlAP-IVIS-DataTypes : 1677 
USED in IVlAP-MobileServiceOpera : 140 418 
USED in MAP-MS-DataTypes 89 

resourceLimitation value reference ResourceLimitation, CHOICE VALUE 

DEFINED in MAP-Protocol : 352 

ResourceLimitation type reference ERROR 

DEFINED in MAP-Errors : 197 

USED in IVIAP-Protocol : 167 352 

USED in IVlAP-CailHandlingOperat : 47 136 148 164 200 213 
USED in IVIAP-LocationServiceOpe : 32 92 
USED in MAP-Errors 19 

resourceLimitation identifier of Named Number, 4 

DEFINED in TCAPMessages : 107 

resourceLimitation identifier of Named Number, 3 

DEFINED in TCAPMessages : 186 

resourceLimitationParam identifier of ResourceLimitationParam 

DEFINED in MAP-Errors : 199 

ResourceLimitationParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 328 
USED in MAP-Errors : 139 199 

USED in MAP-ER-DataTypes 44 

responseTime identifier of [3] ResponseTime 

DEFINED in MAP-LCS-DataTypes : 169 

ResponseTime type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 185 
USED in MAP-LCS-DataTypes 21 169 

responseTimeCategory identifier of ResponseTimeCategory 

DEFINED in MAP-LCS-DataTypes : 186 

ResponseTimeCategory type reference ENUMERATED 

DEFINED in MAP-LCS-DataTypes : 190 
USED in MAP-LCS-DataTypes : 186 

restoreData value reference RestoreData, CHOICE VALUE 

DEFINED in MAP-Protocol : 231 

RestoreData type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 422 
USED in MAP-Protocol 29 231 

USED in MAP-MobileServiceOpera : 58 

restoreDataArg identifier of RestoreDataArg 

DEFINED in MAP-MobileServiceOpera : 424 

RestoreDataArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1682 
USED in MAP-MobileServiceOpera : 141 424 
USED in MAP-MS-DataTypes 90 

restoreDataRes identifier of RestoreDataRes 

DEFINED in MAP-MobileServiceOpera : 426 

RestoreDataRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1689 
USED in MAP-MobileServiceOpera : 142 426 
USED in MAP-MS-DataTypes 91 

restrictedArea identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 1803 

restrictedArea identifier of Named Number, 1 
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DEFINED in MAP-ER-DataTypes : 259 



result-RR identifier of SEQUENCE 

DEFINED in TCAPIVlessages : 146 

resumeCallHandling value reference ResumeCallHandling, CHOICE VALUE 

DEFINED in MAP-Protocol : 245 
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ResumeCallHandling type reference OPERATION 

DEFINED in IVIAP-CallHandlingOperat : 118 
USED in IVIAP-Protocol 56 245 

USED in MAP-CallHandlingOperat : 1 5 

resumeCallHandlingArg identifier of ResumeCallHandlingArg 

DEFINED in MAP-CallHandlingOperat : 1 20 

ResumeCallHandlingArg type reference SEQUENCE 

DEFINED in IVlAP-CH-DataTypes : 224 
USED in IVIAP-CallHandlingOperat : 58 120 
USED in MAP-CH-DataTypes 18 

resumeCallHandlingRes identifier of ResumeCallHandlingRes 

DEFINED in IVlAP-CallHandlingOperat : 1 22 

ResumeCallHandlingRes type reference SEOUENCE 

DEFINED in IVlAP-CH-DataTypes : 252 
USED in IVlAP-CailHandlingOperat : 59 122 
USED in MAP-CH-DataTypes 19 

returnError identifier of [3] IMPLICIT ReturnError 

DEFINED in TCAPMessages : 127 

ReturnError type reference SEOUENCE 

DEFINED in TCAPMessages : 156 

USED in TCAPMessages : 127 

returnErrorProblem identifier of [3] IMPLICIT ReturnErrorProblem 

DEFINED in TCAPMessages : 173 

ReturnErrorProblem type reference INTEGER 

DEFINED in TCAPMessages : 196 

USED in TCAPMessages : 173 

returnErrorUnexpected identifier of Named Number, 1 

DEFINED in TCAPMessages : 197 

ReturnResult type reference SEQUENCE 

DEFINED in TCAPMessages : 144 

USED in TCAPMessages : 126 129 

returnResultLast identifier of [2] IMPLICIT ReturnResult 

DEFINED in TCAPMessages : 126 

returnResultNotLast identifier of [7] IMPLICIT ReturnResult 

DEFINED in TCAPMessages : 129 

returnResultProblem identifier of [2] IMPLICIT ReturnResultProblem 

DEFINED in TCAPMessages : 172 

ReturnResultProblem type reference INTEGER 

DEFINED in TCAPMessages : 192 

USED in TCAPMessages : 172 

returnResultUnexpected identifier of Named Number, 1 

DEFINED in TCAPMessages : 193 

re-attempt identifier of BOOLEAN 

DEFINED in MAP-MS-DataTypes : 383 

re-synchronisationlnfo identifier of Re-synchironisationlnfo 

DEFINED in MAP-MS-DataTypes : 687 

Re-synchronisationlnfo type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 694 
USED in MAP-MS-DataTypes : 687 

RNCId type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 622 
USED in MAP-MS-DataTypes : 500 588 

roamerAccessToHPLMN-AP-Barred identifier of Named Number, 16 

DEFINED in MAP-MS-DataTypes : 975 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1111 ETSI TS 1 29 002 V4.9.0 (2002-09) 



roamerAccessToVPLMN-AP-Barred identifier of Named Number, 17 

DEFINED in MAP-IVIS-DataTypes : 976 



roamingNotAllowed value reference RoamingNotAllowed, CHOICE VALUE 

DEFINED in MAP-Protocol : 366 
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RoamingNotAllowed type reference ERROR 

DEFINED in IVIAP-Errors : 228 

USED in IVtAP-Protocol : 135 366 

USED in IVIAP-IVIobileServiceOpera : 89 186 229 
USED in MAP-Errors 29 

roamingNotAllowedCause identifier of RoamingNotAllowedCause 

DEFINED in IVlAP-ER-DataTypes : 100 

RoamingNotAllowedCause type reference ENUMERATED 

DEFINED in IVlAP-ER-DataTypes : 104 
USED in IVIAP-ER-DataTypes : 100 

roamingNotAllowedParam identifier of RoamingNotAllowedParam 

DEFINED in MAP-Errors : 230 

RoamingNotAllowedParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes 99 

USED in MAP-Errors : 120 230 

USED in MAP-ER-DataTypes 14 

roamingNumber identifier of ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 184 

roamingNumber identifier of ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 220 

roamingOutsidePLMNICountrylC-CallsBarredidentifier of Named Number, 21 
DEFINED in MAP-MS-DataTypes : 980 

roamingOutsidePLMNIC-CalisBarred identifier of Named Number, 20 

DEFINED in MAP-MS-DataTypes : 979 

roamingOutsidePLMNOG-CallsBarred identifier of Named Number, 18 

DEFINED in MAP-MS-DataTypes : 977 

roamingOutsidePLMN-Barred identifier of Named Number, 22 

DEFINED in MAP-MS-DataTypes : 981 

roamingOutsidePLMN-CountryBarred identifier of Named Number, 23 

DEFINED in MAP-MS-DataTypes : 982 

roamingRestrictedlnSgsnDueToUnsupportedFidentifier of [23] NULL 
DEFINED in MAP-MS-DataTypes : 730 

roamingRestrictedlnSgsnDueToUnsuppportedidentifier of [1 1] NULL 
DEFINED in MAP-MS-DataTypes : 1272 

roamingRestrictionDueToUnsupportedFeaturidentifier of [9] NULL 
DEFINED in MAP-MS-DataTypes : 928 

roamingRestrictionDueToUnsupportedFeaturidentifier of [4] NULL 
DEFINED in MAP-MS-DataTypes : 1264 

routeSelectFailure identifier of Named Number, 4 

DEFINED in MAP-MS-DataTypes : 1419 

routingAreaUpdating identifier of Named Number, 6 

DEFINED in MAP-MS-DataTypes : 396 

Routinglnfo type reference CHOICE 

DEFINED in MAP-CH-DataTypes : 183 
USED in MAP-CH-DataTypes : 263 

routinglnfo identifier of Routinglnfo 

DEFINED in MAP-CH-DataTypes : 263 

routinglnfoForLCS-Arg identifier of RoutinglnfoForLCS-Arg 

DEFINED in MAP-LocationServiceOpe : 54 

RoutinglnfoForLCS-Arg type reference SEOUENCE 

DEFINED in MAP-LCS-DataTypes 64 

USED in MAP-LocationServiceOpe : 41 54 
USED in MAP-LCS-DataTypes 1 1 
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routinglnfoForLCS-Res identifier of RoutinglnfoForLCS-Res 

DEFINED in IVlAP-LocationServiceOpe : 56 

RoutinglnfoForLCS-Res type reference SEQUENCE 

DEFINED in IVlAP-LCS-DataTypes 70 

USED in IVlAP-LocationServiceOpe : 42 56 
USED in MAP-LCS-DataTypes 12 
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routinglnfoForSIVI-Arg identifier of RoutinglnfoForSM-Arg 

DEFINED in MAP-ShortlVlessageServic : 68 

RoutinglnfoForSM-Arg type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes 53 

USED in IVIAP-ShortMessageServic : 45 68 
USED in MAP-SM-DataTypes 14 

routinglnfoForSM-Res identifier of RoutinglnfoForSM-Res 

DEFINED in MAP-ShortMessageServic : 70 

RoutinglnfoForSM-Res type reference SEQUENCE 

DEFINED in MAP-SM-DataTypes 80 

USED in MAP-ShortMessageServic : 46 70 
USED in MAP-SM-DataTypes 15 

rss identifier of Named Number, 7 

DEFINED in MAP-CommonDataTypes : 358 

ruf-Qutcome identifier of [0] RUF-Outcome 

DEFINED in MAP-CH-DataTypes : 396 

RUF-Qutcome type reference ENUMERATED 

DEFINED in MAP-CH-DataTypes : 400 
USED in MAP-CH-DataTypes : 396 

sai-Present identifier of [9] NULL 

DEFINED in MAP-MS-DataTypes : 1763 

sc-AddressNotlncluded identifier of Named Number, 

DEFINED in MAP-SM-DataTypes : 196 

sc-Congestion identifier of Named Number, 4 

DEFINED in MAP-ER-DataTypes : 153 

secureTransportArg identifier of SecureTransportArg 

DEFINED in MAP-SecureTransportOpe : 43 

secureTransportArg identifier of SecureTransportArg 

DEFINED in MAP-SecureTransportOpe : 54 

secureTransportArg identifier of SecureTransportArg 

DEFINED in MAP-SecureTransportOpe : 63 

secureTransportArg identifier of SecureTransportArg 

DEFINED in MAP-SecureTransportOpe : 70 

SecureTransportArg type reference SEQUENCE 

DEFINED in MAP-ST-DataTypes 25 

USED in MAP-SecureTransportOpe : 32 43 54 63 70 
USED in MAP-ST-DataTypes 1 1 

secureTransportClassI value reference SecureTransportClassI, CHOICE VALUE 

DEFINED in MAP-Protocol : 339 

SecureTransportClassI type reference OPERATION 

DEFINED in MAP-SecureTransportOpe : 40 
USED in MAP-Protocol : 116 339 

USED in MAP-SecureTransportOpe : 13 

secureTransportClass2 value reference SecureTransportClass2, CHOICE VALUE 

DEFINED in MAP-Protocol : 340 

SecureTransportClass2 type reference OPERATION 

DEFINED in MAP-SecureTransportOpe : 51 
USED in MAP-Protocol : 117 340 

USED in MAP-SecureTransportOpe : 14 

secureTransportClass3 value reference SecureTransportClass3, CHOICE VALUE 

DEFINED in MAP-Protocol : 341 

SecureTransportClass3 type reference OPERATION 

DEFINED in MAP-SecureTransportOpe : 60 
USED in MAP-Protocol : 118 341 
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USED in MAP-SecureTransportOpe : 15 



secureTransportClass4 value reference SecureTransportClass4, CHOICE VALUE 

DEFINED in MAP-Protocol : 342 

SecureTransportClass4 type reference OPERATION 

DEFINED in MAP-SecureTransportOpe : 67 
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USED in IVIAP-Protocol : 119 342 

USED in MAP-SecureTransportOpe : 16 

secureTransportError value reference SecureTransportError, CHOICE VALUE 

DEFINED in MAP-Protocol : 455 

SecureTransportError type reference ERROR 

DEFINED in MAP-Errors : 460 

USED in MAP-Protocol : 181 455 

USED in MAP-SecureTransportOpe : 25 47 56 
USED in MAP-Errors 95 

secureTransportErrorParam identifier of SecureTransportErrorParam 

DEFINED in MAP-Errors : 462 

SecureTransportErrorParam type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 397 
USED in MAP-Errors : 156 462 

USED in MAP-ER-DataTypes 54 

secureTransportRes identifier of SecureTransportRes 

DEFINED in MAP-SecureTransportOpe : 45 

secureTransportRes identifier of SecureTransportRes 

DEFINED in MAP-SecureTransportOpe : 65 

SecureTransportRes type reference SEQUENCE 

DEFINED in MAP-ST-DataTypes 33 

USED in MAP-SecureTransportOpe : 33 45 65 
USED in MAP-ST-DataTypes 12 

securityHeader identifier of SecurityHeader 

DEFINED in MAP-ST-DataTypes 26 

securityHeader identifier of SecurityHeader 

DEFINED in MAP-ST-DataTypes 34 

SecurityHeader type reference SEQUENCE 

DEFINED in MAP-ST-DataTypes 41 

USED in MAP-ST-DataTypes 13 26 34 

USED in MAP-ER-DataTypes 81 398 

securityHeader identifier of SecurityHeader 

DEFINED in MAP-ER-DataTypes : 398 

securityParameterslndex identifier of SecurityParameterslndex 

DEFINED in MAP-ST-DataTypes 42 

SecurityParameterslndex type reference OCTET STRING 

DEFINED in MAP-ST-DataTypes 70 

USED in MAP-ST-DataTypes 42 

segmentationProhibited identifier of NULL 

DEFINED in MAP-MS-DataTypes : 299 

segmentationProhibited identifier of NULL 

DEFINED in MAP-MS-DataTypes : 681 

selectedGSM-Algorithm identifier of [2] SelectedGSM-Algorithm 

DEFINED in MAP-MS-DataTypes : 602 

SelectedGSM-Algorithm type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 608 
USED in MAP-MS-DataTypes : 602 

selectedLSA-ld identifier of [5] LSAIdentity 

DEFINED in MAP-MS-DataTypes : 1759 

selectedRab-ld identifier of [4] RAB-ld 

DEFINED in MAP-MS-DataTypes : 590 

selectedRab-ld identifier of [4] RAB-ld 

DEFINED in MAP-MS-DataTypes : 604 

selectedUMTS-Algorithms identifier of [5] SelectedUMTS-Algorithms 
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DEFINED in MAP-MS-DataTypes 



545 



SelectedUMTS-Algorithms type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 550 
USED in MAP-MS-DataTypes : 545 601 

selectedUMTS-Algorithms identifier of [1] SelectedUMTS-Algorithms 
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DEFINED in MAP-IVIS-DataTypes : 601 

sendAuthenticationlnfo value reference SendAuthenticationlnfo, CHOICE VALUE 

DEFINED in MAP-Protocol : 21 1 

SendAuthenticationlnfo type reference OPERATION 

DEFINED in IVlAP-MobileServiceOpera : 350 
USED in IVIAP-Protocol 22 21 1 

USED in MAP-MobileServiceOpera : 45 

sendAuthenticationlnfoArg identifier of SendAuthenticationlnfoArg 

DEFINED in IVIAP-MobileServiceOpera : 352 

SendAuthenticationlnfoArg type reference SEQUENCE 

DEFINED in IVlAP-MS-DataTypes : 678 
USED in IVIAP-MobileServiceOpera : 131 352 
USED in MAP-MS-DataTypes 44 

sendAuthenticationlnfoRes identifier of SendAuthenticationlnfoRes 

DEFINED in IVlAP-MobileServiceOpera : 359 

SendAuthenticationlnfoRes type reference [3] SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 699 
USED in IVIAP-MobileServiceOpera : 132 359 
USED in MAP-MS-DataTypes 45 

sendEndSignal value reference SendEndSignal, CHOICE VALUE 

DEFINED in MAP-Protocol : 202 

SendEndSignal type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 322 
USED in MAP-Protocol 18 202 

USED in MAP-MobileServiceOpera : 39 

sendEndSignal-Arg identifier of SendEndSignal-Arg 

DEFINED in MAP-MobileServiceOpera : 324 

SendEndSignal-Arg type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 613 
USED in MAP-MobileServiceOpera : 127 324 
USED in MAP-MS-DataTypes 39 

sendEndSignal-Res identifier of SendEndSignal-Res 

DEFINED in MAP-MobileServiceOpera : 326 

SendEndSignal-Res type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 618 
USED in MAP-MobileServiceOpera : 128 326 
USED in MAP-MS-DataTypes 40 

sendGroupCallEndSignal value reference SendGroupCallEndSignal, CHOICE VALUE 

DEFINED in MAP-Protocol : 307 

SendGroupCallEndSignal type reference OPERATION 

DEFINED in MAP-Group-Call-Operati : 56 
USED in MAP-Protocol : 102 307 

USED in MAP-Group-Call-Operati : 14 

sendGroupCallEndSignalArg identifier of SendGroupCallEndSignalArg 

DEFINED in MAP-Group-Call-Operati : 58 

SendGroupCallEndSignalArg type reference SEQUENCE 

DEFINED in MAP-GR-DataTypes 66 

USED in MAP-Group-Call-Operati : 33 58 
USED in MAP-GR-DataTypes 16 

sendGroupCallEndSignalRes identifier of SendGroupCallEndSignalRes 

DEFINED in MAP-Group-Call-Operati : 60 

SendGroupCallEndSignalRes type reference SEQUENCE 

DEFINED in MAP-GR-DataTypes 71 

USED in MAP-Group-Call-Operati : 34 60 
USED in MAP-GR-DataTypes 17 

sendldentification value reference Sendldentification, CHOICE VALUE 
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DEFINED in MAP-Protocol 



196 



Sendldentification type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 209 
USED in MAP-Protocol 15 196 

USED in MAP-MobileServiceOpera : 1 8 
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sendldentificationArg identifier of SendldentificationArg 

DEFINED in IVIAP-IVIobileServiceOpera : 21 1 

SendldentificationArg type reference SEQUENCE 

DEFINED in IVlAP-MS-DataTypes : 293 
USED in IVlAP-MobileServiceOpera : 119 211 
USED in MAP-MS-DataTypes 22 

sendldentificationRes identifier of SendldentificationRes 

DEFINED in MAP-MobileServiceOpera : 213 

SendldentificationRes type reference [3] SEQUENCE 

DEFINED in MAP-MS-DataTypes : 305 
USED in MAP-MobileServiceOpera : 120 213 
USED in MAP-MS-DataTypes 23 

sendlMSI value reference SendlMSI, CHOICE VALUE 

DEFINED in MAP-Protocol : 238 

SendlMSI type reference OPERATION 

DEFINED in MAP-OperationAndMainte : 77 
USED in MAP-Protocol 48 238 

USED in MAP-OperationAndMainte : 15 

sendRoutinglnfo value reference SendRoutinglnfo, CHOICE VALUE 

DEFINED in MAP-Protocol : 243 

SendRoutinglnfo type reference OPERATION 

DEFINED in MAP-CallHandlingQperat : 80 
USED in MAP-Protocol 54 243 

USED in MAP-CallHandlingQperat : 13 

sendRoutinglnfoArg identifier of SendRoutinglnfoArg 

DEFINED in MAP-CallHandlingQperat : 83 

SendRoutinglnfoArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes 94 

USED in MAP-CallHandlingOperat : 54 83 
USED in MAP-CH-DataTypes 14 

sendRoutinglnfoForGprs value reference SendRoutinglnfoForGprs, CHOICE VALUE 

DEFINED in MAP-Protocol : 318 

SendRoutinglnfoForGprs type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 435 
USED in MAP-Protocol 34 318 

USED in MAP-MobileServiceOpera : 61 

sendRoutinglnfoForGprsArg identifier of SendRoutinglnfoForGprsArg 

DEFINED in MAP-MobileServiceOpera : 437 

SendRoutinglnfoForGprsArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1633 
USED in MAP-MobileServiceOpera : 153 437 
USED in MAP-MS-DataTypes : 119 

sendRoutinglnfoForGprsRes identifier of SendRoutinglnfoForGprsRes 

DEFINED in MAP-MobileServiceOpera : 439 

SendRoutinglnfoForGprsRes type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1640 
USED in MAP-MobileServiceOpera : 154 439 
USED in MAP-MS-DataTypes : 120 

sendRoutinglnfoForLCS value reference SendRoutinglnfoForLCS, CHOICE VALUE 

DEFINED in MAP-Protocol : 331 

SendRoutinglnfoForLCS type reference OPERATION 

DEFINED in MAP-LocationServiceOpe : 52 
USED in MAP-Protocol : 109 331 

USED in MAP-LocationServiceOpe : 14 

sendRoutinglnfoForSM value reference SendRoutinglnfoForSM, CHOICE VALUE 

DEFINED in MAP-Protocol : 274 
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SendRoutinglnfoForSM type reference OPERATION 

DEFINED in MAP-ShortMessageServic : 66 
USED in MAP-Protocol 87 274 

USED in MAP-SliortMessageServic : 13 

sendRoutinglnfoRes identifier of SendRoutinglnfoRes 

DEFINED in MAP-CallHandlingOperat : 85 
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SendRoutinglnfoRes type reference [3] SEQUENCE 

DEFINED in IV!AP-CH-DataTypes : 145 
USED in IVlAP-CallHandlingOperat : 55 85 
USED in MAP-CH-DataTypes 15 

sendSubscriberData identifier of [0] NULL 

DEFINED in IVIAP-MS-DataTypes : 230 

serviceCentreAddress identifier of [2] AddressString 

DEFINED in MAP-SM-DataTypes 56 

serviceCentreAddress identifier of AddressString 

DEFINED in MAP-SM-DataTypes : 146 

serviceCentreAddress identifier of AddressString 

DEFINED in MAP-SM-DataTypes : 180 

serviceCentreAddressDA identifier of [4] AddressString 

DEFINED in MAP-SM-DataTypes : 136 

serviceCentreAddressDA identifier of [4] AddressString 

DEFINED in MAP-SM-DataTypes : 141 

serviceGranted identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 939 

servicelndicator identifier of [2] Servicelndicator 

DEFINED in MAP-SS-DataTypes : 313 

Servicelndicator type reference BIT STRING 

DEFINED in MAP-SS-DataTypes : 318 
USED in MAP-SS-DataTypes : 313 

serviceKey identifier of [1] ServiceKey 

DEFINED in MAP-MS-DataTypes : 829 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 1351 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 1407 

ServiceKey type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 1414 
USED in MAP-MS-DataTypes 70 829 1351 1407 1541 1566 1614 1970 

serviceKey identifier of [1] ServiceKey 

DEFINED in MAP-MS-DataTypes : 1541 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 1566 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 1614 

serviceKey identifier of ServiceKey 

DEFINED in MAP-MS-DataTypes : 1970 

serviceRequest identifier of Named Number, 7 

DEFINED in MAP-MS-DataTypes : 397 

setReportingState value reference SetReportingState, CHOICE VALUE 

DEFINED in MAP-Protocol : 248 

SetReportingState type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 53 
USED in MAP-Protocol 59 248 

USED in MAP-CallHandlingOperat : 18 

setReportingStateArg identifier of SetReportingStateArg 

DEFINED in MAP-CallHandlingOperat : 1 55 

SetReportingStateArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 315 
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USED in MAP-CallHandlingOperat : 64 155 
USED in IVIAP-CH-DataTypes 27 

setReportingStateRes identifier of SetReportingStateRes 

DEFINED in MAP-CallHandlingOperat : 1 57 

SetReportingStateRes type reference SEQUENCE 
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DEFINED in IVlAP-GH-DataTypes : 330 
USED in IVlAP-CallHandlingOperat : 65 157 
USED in MAP-CH-DataTypes 28 

sgsn identifier of Named Number, 1 

DEFINED in IVIAP-MS-DataTypes : 706 

sgsn-Address identifier of GSN-Address 

DEFINED in MAP-MS-DataTypes : 417 

sgsn-Address identifier of [0] GSN-Address 

DEFINED in IVIAP-MS-DataTypes : 1641 

sgsn-Address identifier of [1] GSN-Address 

DEFINED in IVIAP-MS-DataTypes : 1665 

sgsn-GAMEL-Subscriptionlnfo identifier of [17] SGSN-CAMEL-Subscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 740 

SGSN-CAMEL-Subscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 802 
USED in MAP-MS-DataTypes : 740 

sgsn-Capability identifier of [0] SGSN-Capability 

DEFINED in MAP-MS-DataTypes : 420 

SGSN-Capability type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 423 
USED in MAP-MS-DataTypes : 420 

sgsn-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 283 

sgsn-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 387 

sgsn-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 416 

sgsn-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 100 

shapeQfLocationEstimateNotSupported identifier of Named Number, 6 

DEFINED in MAP-LCS-DataTypes : 363 

shapeQfLocationEstimateNotSupported identifier of [0] NULL 

DEFINED in MAP-ER-DataTypes : 200 

shortMessage identifier of Named Number, 4 

DEFINED in MAP-MS-DataTypes : 394 

shortMessageMO-PP value reference TeleserviceCode, '001 0001 0'B 

DEFINED in MAP-TS-Code 46 

shortMessageMT-PP value reference TeleserviceCode, '00100001'B 

DEFINED in MAP-TS-Code 45 

shortTermDenial value reference ShortTermDenial, CHOICE VALUE 

DEFINED in MAP-Protocol : 431 

ShortTermDenial type reference ERRQR 

DEFINED in MAP-Errors : 392 

USED in MAP-Protocol : 169 431 

USED in MAP-SupplementaryServi : 53 264 
USED in MAP-Errors 73 

shortTermDenialParam identifier of ShortTermDenialParam 

DEFINED in MAP-Errors : 394 

ShortTermDenialParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 340 
USED in MAP-Errors : 142 394 

USED in MAP-ER-DataTypes 47 

signallnfo identifier of Signallnfo 
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DEFINED in MAP-CommonDataTypes 



199 



Signallnfo type reference OCTET STRING 

DEFINED in IVIAP-CommonDataTypes : 206 
USED in MAP-CommonDataTypes : 24 199 225 
USED in MAP-SM-DataTypes 34 110 116 123 129 

USED in MAP-ER-DataTypes 74 159 
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signallnfo identifier of Signallnfo 

DEFINED in MAP-GommonDataTypes : 225 

signallnfo identifier of LongSignallnfo 

DEFINED in IVIAP-CommonDataTypes : 242 

slWFSNumber identifier of [0] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 300 

slWFSSignallingModify value reference SIWFSSignallingModify, CHOICE VALUE 

DEFINED in MAP-Protocol : 247 

SlWFSSignallingModify type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 41 
USED in MAP-Protocol 58 247 

USED in MAP-CallHandlingOperat : 1 7 

slWFSSignallingModifyArg identifier of SIWFSSignallingModifyArg 

DEFINED in MAP-CallHandlingOperat : 1 43 

SlWFSSignallingModifyArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 304 
USED in MAP-CallHandlingOperat : 62 143 
USED in MAP-CH-DataTypes 25 

slWFSSignallingModifyRes identifier of SIWFSSignallingModifyRes 

DEFINED in MAP-CallHandlingOperat : 1 45 

SlWFSSignallingModifyRes type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 310 
USED in MAP-CallHandlingOperat : 63 145 
USED in MAP-CH-DataTypes 26 

SMS-CAMEL-TDP-Data type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1539 
USED in MAP-MS-DataTypes : 1535 

sms-CAMEL-TDP-DataList identifier of [0] SMS-CAMEL-TDP-DataList 

DEFINED in MAP-MS-DataTypes : 1521 

SMS-CAMEL-TDP-DataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1534 
USED in MAP-MS-DataTypes : 1521 

sms-Collectedlnfo identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1549 

sms-CSI identifier of [1] SMS-CSI 

DEFINED in MAP-MS-DataTypes : 804 

sms-csi identifier of Named Number, 5 

DEFINED in MAP-MS-DataTypes : 1284 

sms-CSI identifier of [6] SMS-CSI 

DEFINED in MAP-MS-DataTypes : 1324 

SMS-CSI type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1520 
USED in MAP-MS-DataTypes : 804 1324 1894 

sms-CSI identifier of Named Number, 5 

DEFINED in MAP-MS-DataTypes : 1856 

sms-CSI identifier of [10] SMS-CSI 

DEFINED in MAP-MS-DataTypes : 1894 

sms-TriggerDetectionPoint identifier of [0] SMS-TriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 1540 

SMS-TriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1548 
USED in MAP-MS-DataTypes : 1540 

sm-DeliveryFailure value reference SM-DeliveryFailure, CHOICE VALUE 
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DEFINED in MAP-Protocol 



438 



SM-DeliveryFailure type reference ERROR 

DEFINED in MAP-Errors : 410 

USED in MAP-Protocol : 164 438 

USED in MAP-ShortMessageServic : 38 91 108 
USED in MAP-Errors 78 
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sm-DeliveryFailureCause identifier of SM-DeliveryFailureCause 

DEFINED in MAP-Errors : 412 

SIVI-DeliveryFailureCause type reference SEQUENCE 

DEFINED in IVIAP-ER-DataTypes : 157 
USED in IVIAP-Errors : 112 412 

USED in MAP-ER-DataTypes 19 

sm-DeliveryOutcome identifier of SM-DeliveryOutcome 

DEFINED in MAP-SM-DataTypes : 147 

SM-DeliveryOutcome type reference ENUMERATED 

DEFINED in IVIAP-SM-DataTypes : 167 
USED in MAP-SM-DataTypes 26 147 158 

SM-EnumeratedDeliveryFailureCause type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 148 
USED in MAP-ER-DataTypes : 158 

sm-EnumeratedDeliveryFailureCause identifier of SM-EnumeratedDeliveryFailureCause 

DEFINED in MAP-ER-DataTypes : 158 

sm-RP-DA identifier of SM-RP-DA 

DEFINED in MAP-SM-DataTypes : 108 

sm-RP-DA identifier of SM-RP-DA 

DEFINED in MAP-SM-DataTypes : 121 

SM-RP-DA type reference CHOICE 

DEFINED in MAP-SM-DataTypes : 133 
USED in MAP-SM-DataTypes : 108 121 

sm-RP-MTI identifier of [8] SM-RP-MTI 

DEFINED in MAP-SM-DataTypes 62 

SM-RP-MTI type reference INTEGER 

DEFINED in MAP-SM-DataTypes 65 

USED in MAP-SM-DataTypes 62 

sm-RP-OA identifier of SM-RP-OA 

DEFINED in MAP-SM-DataTypes : 109 

sm-RP-OA identifier of SM-RP-OA 

DEFINED in MAP-SM-DataTypes : 122 

SM-RP-OA type reference CHOICE 

DEFINED in MAP-SM-DataTypes : 139 
USED in MAP-SM-DataTypes : 109 122 

sm-RP-PRI identifier of [1] BOOLEAN 

DEFINED in MAP-SM-DataTypes 55 

sm-RP-SMEA identifier of [9] SM-RP-SMEA 

DEFINED in MAP-SM-DataTypes 63 

SM-RP-SMEA type reference OCTET STRING 

DEFINED in MAP-SM-DataTypes 72 

USED in MAP-SM-DataTypes 63 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 110 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 116 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 123 

sm-RP-UI identifier of Signallnfo 

DEFINED in MAP-SM-DataTypes : 129 

solsaSupportlndicator identifier of [2] NULL 

DEFINED in MAP-MS-DataTypes : 223 
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solsaSupportlndicator identifier of NULL 

DEFINED in IVIAP-IVIS-DataTypes : 424 

specificCSIDeletedList identifier of [14] SpecificCSI-Witlidraw 

DEFINED in MAP-IVIS-DataTypes : 1899 

specificCSI-Withdraw identifier of [15] SpecificCSI-Withdraw 
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DEFINED in MAP-IVIS-DataTypes : 1276 

SpecificCSI-Witlidraw type reference BIT STRING 

DEFINED in IVIAP-MS-DataTypes : 1278 
USED in MAP-MS-DataTypes : 1276 1899 

sres identifier of SRES 

DEFINED in IVIAP-MS-DataTypes : 329 

SRES type reference OCTET STRING 

DEFINED in IVIAP-MS-DataTypes : 358 
USED in MAP-MS-DataTypes : 329 

ss-AccessBarred identifier of Named Number, 5 

DEFINED in MAP-MS-DataTypes : 967 

ss-CamelData identifier of SS-CamelData 

DEFINED in MAP-MS-DataTypes : 1358 

SS-CamelData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1367 
USED in MAP-MS-DataTypes : 1358 

ss-Code identifier of SS-Code 

DEFINED in MAP-SupplementaryServi : 219 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 1016 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 1075 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 1146 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 1159 

ss-Code identifier of SS-Code 

DEFINED in MAP-MS-DataTypes : 1229 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-MS-DataTypes : 1918 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-MS-DataTypes : 1929 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-MS-DataTypes : 1989 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-MS-DataTypes : 1996 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-CommonDataTypes : 458 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes 73 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes 91 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 149 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 162 

ss-Code identifier of SS-Code 

DEFINED in MAP-SS-DataTypes : 185 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-SS-DataTypes : 306 

ss-Code identifier of fOl SS-Code 
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DEFINED in MAP-SS-DataTypes : 329 

ss-Code identifier of [0] SS-Code 

DEFINED in MAP-SS-DataTypes : 334 

SS-Code type reference OCTET STRING 

DEFINED in MAP-SS-Code 1 1 
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USED in IVtAP-SupplementaryServi : 78 219 

USED in IVIAP-IVIS-DataTypes : 148 1016 1075 1146 1159 1229 1373 1918 1929 

1989 1996 
USED in IVIAP-GommonDataTypes : 75 458 
USED in IVIAP-SS-DataTypes 65 73 91 149 162 185 257 272 306 

329 334 
USED in IVIAP-SS-Code 21 25 28 30 32 34 36 40 42 

48 50 52 54 56 58 60 63 66 

68 72 75 77 79 81 84 87 90 

93 96 99 102 104 107 110 112 114 

117 119 121 123 125 128 130 132 136 

137 138 139 140 141 142 143 144 145 

146 147 148 149 150 151 153 156 159 

161 163 166 168 171 173 175 178 
USED in IVIAP-ER-DataTypes 88 137 

ss-Code identifier of [1] SS-Code 

DEFINED in IVIAP-ER-DataTypes : 137 

ss-csi identifier of Named Number, 1 

DEFINED in IVIAP-MS-DataTypes : 1280 

ss-CSI identifier of [2] SS-CSI 

DEFINED in IVIAP-MS-DataTypes : 1320 

SS-CSI type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1357 
USED in MAP-MS-DataTypes 69 1320 1895 

ss-CSI identifier of Named Number, 6 

DEFINED in MAP-MS-DataTypes : 1857 

ss-CSI identifier of [11] SS-CSI 

DEFINED in MAP-MS-DataTypes : 1895 

ss-Data identifier of [3] Ext-SS-Data 

DEFINED in MAP-MS-DataTypes : 1011 

ss-Data identifier of [3] SS-Data 

DEFINED in MAP-SS-DataTypes 88 

ss-Data type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 161 
USED in MAP-SS-DataTypes 33 88 

ss-ErrorStatus value reference SS-ErrorStatus, CHQICE VALUE 

DEFINED in MAP-Protocol : 421 

SS-ErrorStatus type reference ERRQR 

DEFINED in MAP-Errors : 358 

USED in MAP-Protocol : 154 421 

USED in MAP-MobileServiceQpera : 101 290 

USED in MAP-SupplementaryServi : 41 101 118 135 155 262 279 
USED in MAP-Errors 64 

ss-Event identifier of [2] SS-Code 

DEFINED in MAP-SS-DataTypes : 272 

ss-EventList identifier of SS-EventList 

DEFINED in MAP-MS-DataTypes : 1368 

SS-EventList type reference SEQUENCE QF 

DEFINED in MAP-MS-DataTypes : 1373 
USED in MAP-MS-DataTypes : 1368 

ss-EventSpecification identifier of [3] SS-EventSpecification 

DEFINED in MAP-SS-DataTypes : 278 

SS-EventSpecification type reference SEQUENCE QF 

DEFINED in MAP-SS-DataTypes : 300 
USED in MAP-SS-DataTypes : 278 

ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementaryServi : 106 
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ss-ForBS identifier of SS-ForBS-Code 

DEFINED in IVIAP-SupplementaryServi : 123 

ss-ForBS identifier of SS-ForBS-Code 

DEFINED in MAP-SupplementarySen/i : 143 

ss-ForBS identifier of SS-ForBS-Code 
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DEFINED in MAP-SupplementaryServi : 162 

SS-ForBS-Gode type reference SEQUENCE 

DEFINED in IVlAP-SS-DataTypes : 184 
USED in IVlAP-SupplementaryServi : 62 106 123 143 162 
USED in IVIAP-MS-DataTypes : 142 1842 
USED in MAP-SS-DataTypes 18 

ss-lncompatibility value reference SS-lncompatibility, CHOICE VALUE 

DEFINED in MAP-Protocol : 424 

SS-lncompatibility type reference ERROR 

DEFINED in MAP-Errors : 375 

USED in IVIAP-Protocol : 157 424 

USED in IVIAP-MobileServiceOpera : 103 291 
USED in IVIAP-SupplementaryServi : 44 102 137 263 
USED in MAP-Errors 67 

ss-lncompatibilityCause identifier of SS-lncompatibilityCause 

DEFINED in MAP-Errors : 377 

SS-lncompatibilityCause type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 136 
USED in MAP-Errors : 110 377 

USED in MAP-ER-DataTypes 17 

ss-lnfo identifier of SS-lnfo 

DEFINED in MAP-SupplementaryServi : 91 

ss-lnfo identifier of SS-lnfo 

DEFINED in MAP-SupplementaryServi : 108 

ss-lnfo identifier of SS-lnfo 

DEFINED in MAP-SupplementaryServi : 125 

ss-lnfo identifier of SS-lnfo 

DEFINED in MAP-SupplementaryServi : 145 

SS-lnfo type reference CHOICE 

DEFINED in MAP-SS-DataTypes 85 

USED in MAP-SupplementaryServi : 61 91 108 125 145 
USED in MAP-SS-DataTypes 15 262 

ss-lnfoFor-CSE identifier of [0] Ext-SS-lnfoFor-CSE 

DEFINED in MAP-MS-DataTypes : 1912 

SS-lnfoList type reference SEQUENCE OF 

DEFINED in MAP-SS-DataTypes : 261 
USED in MAP-SS-DataTypes : 27 

ss-lnvocationNotification value reference SS-lnvocationNotification, CHOICE VALUE 

DEFINED in MAP-Protocol : 301 

SS-lnvocationNotification type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 240 
USED in MAP-Protocol 79 301 

USED in MAP-SupplementaryServi : 23 

ss- 1 n vocation Motif IcationArg identifier of SS-I n vocation Motif IcationArg 

DEFINED in MAP-SupplementaryServi : 242 

SS-lnvocationMotificationArg type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 269 
USED in MAP-SupplementaryServi : 68 242 
USED in MAP-SS-DataTypes 34 

ss-lnvocationMotificationRes identifier of SS-lnvocationMotificationRes 

DEFINED in MAP-SupplementaryServi : 244 

SS-lnvocationMotificationRes type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 295 
USED in MAP-SupplementaryServi : 69 244 
USED in MAP-SS-DataTypes 35 

ss-List identifier of [3] SS-List 
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DEFINED in MAP-MS-DataTypes 



1245 



ss-List identifier of [2] SS-List 

DEFINED in IVIAP-IVIS-DataTypes : 1263 

ss-List identifier of [1] SS-List 

DEFINED in MAP-CH-DataTypes : 154 
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SS-List type reference SEQUENCE OF 

DEFINED in IVIAP-SS-DataTypes : 256 



USED in IVlAP-IVlS-DataTypes 
USED in IVIAP-CH-DataTypes 
USED in MAP-SS-DataTypes 



141 1245 1263 

57 154 

26 



ss-NotAvailable value reference SS-NotAvailable, CHOICE VALUE 

DEFINED in MAP-Protocol : 422 

SS-NotAvailable type reference ERROR 

DEFINED in IVIAP-Errors : 363 

USED in IVIAP-Protocol : 155 422 

USED in MAP-MobileServiceOpera : 102 272 
USED in MAP-SupplementaryServi : 42 173 
USED in MAP-Errors 65 

ss-NotAvailableParam identifier of SS-NotAvailableParam 

DEFINED in MAP-Errors : 365 

SS-NotAvailableParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 305 
USED in MAP-Errors : 152 365 

USED in MAP-ER-DataTypes 58 

ss-Status identifier of SS-Status 

DEFINED in MAP-Errors : 360 

ss-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1026 

ss-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1085 

ss-Status identifier of [4] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1147 

ss-Status identifier of Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1160 

ss-Status identifier of Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1230 

ss-Status identifier of [2] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1920 

ss-Status identifier of [2] Ext-SS-Status 

DEFINED in MAP-MS-DataTypes : 1931 

ss-Status identifier of [1] Ext-SS-Status 

DEFINED in MAP-CommonDataTypes : 459 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 101 

SS-Status type reference OCTET STRING 

DEFINED in MAP-SS-DataTypes : 109 
USED in MAP-Errors : 105 360 

USED in MAP-SS-DataTypes 16 101 158 163 191 216 335 

USED in MAP-ER-DataTypes 69 139 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 158 

ss-Status identifier of [4] SS-Status 

DEFINED in MAP-SS-DataTypes : 163 

ss-Status identifier of SS-Status 

DEFINED in MAP-SS-DataTypes : 191 

ss-Status identifier of [0] SS-Status 

DEFINED in MAP-SS-DataTypes : 216 

ss-Status identifier of [1] SS-Status 

DEFINED in MAP-SS-DataTypes : 335 
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ss-Status identifier of [4] SS-Status 

DEFINED in MAP-ER-DataTypes : 139 

ss-SubscriptionOption identifier of SS-SubscriptionOption 

DEFINED in IVIAP-IVlS-DataTypes : 1148 
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ss-SubscriptionOption identifier of SS-SubscriptionOption 

DEFINED in IVlAP-SS-DataTypes : 164 

SS-SubscriptionOption type reference CHOICE 

DEFINED in IVlAP-SS-DataTypes : 171 
USED in MAP-MS-DataTypes : 1401148 
USED in MAP-SS-DataTypes 17 164 

ss-SubscriptionViolation value reference SS-SubscriptionViolation, CHOICE VALUE 

DEFINED in MAP-Protocol : 423 

SS-SubscriptionViolation type reference ERROR 

DEFINED in MAP-Errors : 369 

USED in MAP-Protocol : 156 423 

USED in MAP-MobileServiceOpera : 104 289 
USED in MAP-SupplementaryServi : 43 136 156 227 
USED in MAP-Errors 66 

ss-SubscriptionViolationParam identifier of SS-SubscriptionViolationParam 

DEFINED in MAP-Errors : 371 

SS-SubscriptionViolationParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 309 
USED in MAP-Errors : 153 371 

USED in MAP-ER-DataTypes 59 

startMonitoring identifier of Named Number, 1 

DEFINED in MAP-CH-DataTypes : 324 

stateAttributes identifier of [5] StateAttributes 

DEFINED in MAP-GR-DataTypes 84 

StateAttributes type reference SEQUENCE 

DEFINED in MAP-GR-DataTypes : 118 
USED in MAP-GR-DataTypes 84 

statusReport value reference StatusReport, CHOICE VALUE 

DEFINED in MAP-Protocol : 249 

StatusReport type reference OPERATION 

DEFINED in MAP-CallHandlingOperat : 1 67 
USED in MAP-Protocol 60 249 

USED in MAP-CallHandlingOperat : 19 

statusReportArg identifier of StatusReportArg 

DEFINED in MAP-CallHandlingOperat : 1 69 

StatusReportArg type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 345 
USED in MAP-CallHandlingOperat : 66 169 
USED in MAP-CH-DataTypes 29 

statusReportRes identifier of StatusReportRes 

DEFINED in MAP-CallHandlingOperat : 171 

StatusReportRes type reference SEQUENCE 

DEFINED in MAP-CH-DataTypes : 381 
USED in MAP-CallHandlingOperat : 67 171 
USED in MAP-CH-DataTypes : 30 

stopMonitoring identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 323 

storedMSISDN identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 173 

StoredMSISDN identifier of ISDN-AddressString 

DEFINED in MAP-SM-DataTypes : 184 

subBusyForMT-SMS-Param identifier of SubBusyForMT-SMS-Param 

DEFINED in MAP-Errors : 407 

SubBusyForMT-SMS-Param type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 317 
USED in MAP-Errors : 136 407 
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USED in MAP-ER-DataTypes 40 

subscriberBusyForMT-SMS value reference SubscriberBusyForMT-SMS, CHOICE VALUE 

DEFINED in MAP-Protocol : 437 

SubscriberBusyForMT-SMS type reference ERROR 

DEFINED in MAP-Errors : 405 
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USED in IVIAP-Protocol : 163 437 

USED in IVlAP-ShortlVlessageServic : 37 107 
USED in MAP-Errors 77 

SubscriberData type reference SEQUENCE 

DEFINED in IVIAP-IVIS-DataTypes : 916 
USED in MAP-MS-DataTypes 60 724 

subscriberDataStored identifier of [1] Agelndicator 

DEFINED in IVlAP-MS-DataTypes : 231 

Subscriberld type reference CHOICE 

DEFINED in MAP-CommonDataTypes : 315 
USED in MAP-CommonDataTypes : 32 

subscriberldentity identifier of [0] Subscriberldentity 

DEFINED in MAP-MS-DataTypes : 1809 

subscriberldentity identifier of [0] Subscriberldentity 

DEFINED in MAP-MS-DataTypes : 1824 

subscriberldentity identifier of [0] Subscriberldentity 

DEFINED in MAP-MS-DataTypes : 1902 

Subscriberldentity type reference CHOICE 

DEFINED in MAP-CommonDataTypes : 372 
USED in MAP-MS-DataTypes : 180 1809 1824 1902 
USED in MAP-CommonDataTypes : 41 
USED in MAP-LCS-DataTypes 33 66 71 

subscriberlnfo identifier of Subscriberlnfo 

DEFINED in MAP-MS-DataTypes : 1732 

Subscriberlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1736 
USED in MAP-MS-DataTypes : 10017321816 
USED in MAP-CH-DataTypes 40 153 

subscriberlnfo identifier of Subscriberlnfo 

DEFINED in MAP-MS-DataTypes : 1816 

subscriberlnfo identifier of [7] Subscriberlnfo 

DEFINED in MAP-CH-DataTypes : 153 

subscriberLocationReport value reference SubscriberLocationReport, CHOICE VALUE 

DEFINED in MAP-Protocol : 332 

SubscriberLocationReport type reference OPERATION 

DEFINED in MAP-LocationServiceOpe : 84 
USED in MAP-Protocol : 110 332 

USED in MAP-LocationServiceOpe : 15 

subscriberLocationReport-Arg identifier of SubscriberLocationReport-Arg 

DEFINED in MAP-LocationSen/iceOpe : 86 

SubscriberLocationReport-Arg type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 308 
USED in MAP-LocationServiceOpe : 45 86 
USED in MAP-LCS-DataTypes 15 

subscriberLocationReport-Res identifier of SubscriberLocationReport-Res 

DEFINED in MAP-LocationServiceOpe : 88 

SubscriberLocationReport-Res type reference SEQUENCE 

DEFINED in MAP-LCS-DataTypes : 372 
USED in MAP-LocationServiceOpe : 46 88 
USED in MAP-LCS-DataTypes 16 

subscriberNotMemberOfCUG identifier of Named Number, 1 

DEFINED in MAP-ER-DataTypes : 132 

subscriberNotSC-Subscriber identifier of Named Number, 6 

DEFINED in MAP-ER-DataTypes : 155 

subscriberState identifier of [1] SubscriberState 
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DEFINED in MAP-MS-DataTypes 



1738 



subscriberState identifier of [1] NULL 

DEFINED in IVIAP-IVIS-DataTypes : 1744 

SubscriberState type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 1794 
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USED in MAP-MS-DataTypes : 102 1738 

subscriberStatus identifier of [3] SubscriberStatus 

DEFINED in IVIAP-IVIS-DataTypes : 919 

SubscriberStatus type reference ENUIVIERATED 

DEFINED in IVlAP-MS-DataTypes : 938 
USED in IV!AP-MS-DataTypes 62 919 

subscriptionWithdraw identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 271 

subsequentHandoverFailure value reference SubsequentHandoverFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 379 

SubsequentHandoverFailure type reference ERROR 

DEFINED in MAP-Errors : 261 

USED in MAP-Protocol : 141 379 

USED in MAP-MobileServiceOpera : 92 346 
USED in MAP-Errors 37 

success identifier of Named Number, 

DEFINED in MAP-CH-DataTypes : 372 

successfulTransfer identifier of Named Number, 2 

DEFINED in MAP-SM-DataTypes : 170 

SuperChargerlnfo type reference CHOICE 

DEFINED in MAP-MS-DataTypes : 229 
USED in MAP-MS-DataTypes : 225 427 

superChargerSupportedlnHLR identifier of [27] Agelndicator 

DEFINED in MAP-MS-DataTypes : 737 

superChargerSupportedlnServingNetworkEntidentifier of [3] SuperChargerlnfo 
DEFINED in MAP-MS-DataTypes : 225 

superChargerSupportedlnServingNetworkEntidentifier of [2] SuperChargerlnfo 
DEFINED in MAP-MS-DataTypes : 427 

supplementaryService identifier of Named Number, 3 

DEFINED in MAP-MS-DataTypes : 393 

supportedCamelPhases identifier of [0] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 220 

supportedCamelPhases identifier of [4] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 429 

supportedCamelPhases identifier of [6] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 1248 

SupportedCamelPhases type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 1513 
USED in MAP-MS-DataTypes 74 220 429 1248 1836 1837 1975 

USED in MAP-CH-DataTypes 41 213 257 

supportedCAMELPhases identifier of [5] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 1975 

supportedCamelPhases identifier of SupportedCamelPhases 

DEFINED in MAP-CH-DataTypes : 257 

supportedCamelPhaseslnGMSC identifier of [15] SupportedCamelPhases 

DEFINED in MAP-CH-DataTypes : 213 

supportedCCBS-Phase identifier of [16] SupportedCCBS-Phase 

DEFINED in MAP-CH-DataTypes : 112 

SupportedCCBS-Phase type reference INTEGER 

DEFINED in MAP-CH-DataTypes : 134 
USED in MAP-CH-DataTypes : 112 

supportedGADShapes identifier of [9] SupportedGADShapes 

DEFINED in MAP-LCS-DataTypes : 100 
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SupportedGADShapes type reference BIT STRING 

DEFINED in MAP-LGS-DataTypes : 197 
USED in MAP-LCS-DataTypes 23 100 



supportedLCS-CapabilitySets identifier of [5] SupportedLCS-CapabilitySets 

DEFINED in MAP-MS-DataTypes : 227 
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SupportedLCS-CapabilitySets type reference BIT STRING 

DEFINED in MAP-MS-DataTypes : 244 
USED in IVlAP-MS-DataTypes 27 227 430 

supportedLGS-CapabilitySets identifier of [5] SupportedLCS-CapabilitySets 

DEFINED in MAP-MS-DataTypes : 430 

supportedSGSN-CAMEL-Phases identifier of [6] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 1837 

supportedSGSN-CAMEL-Phases identifier of [5] NULL 

DEFINED in MAP-MS-DataTypes : 1846 

supportedVLR-CAMEL-Phases identifier of [5] SupportedCamelPhases 

DEFINED in MAP-MS-DataTypes : 1836 

supportedVLR-CAMEL-Phases identifier of [4] NULL 

DEFINED in MAP-MS-DataTypes : 1845 

suppressionOfAnnouncement identifier of [12] SuppressionOfAnnouncement 

DEFINED in MAP-CH-DataTypes : 107 

SuppressionOfAnnouncement type reference NULL 

DEFINED in MAP-CH-DataTypes : 119 
USED in MAP-CH-DataTypes 21 107 205 

suppressionOfAnnouncement identifier of [7] SuppressionOfAnnouncement 

DEFINED in MAP-CH-DataTypes : 205 

suppress-T-CSI identifier of NULL 

DEFINED in MAP-CH-DataTypes : 258 

suspended identifier of Named Number, 4 

DEFINED in MAP-SS-DataTypes : 290 

systemFailure value reference SystemFailure, CHOICE VALUE 

DEFINED in MAP-Protocol : 347 

SystemFailure type reference ERROR 

DEFINED in MAP-Errors : 169 

USED in MAP-Protocol : 126 347 

USED in MAP-MobileServiceOpera : 82 182 226 250 316 362 374 386 428 

442 457 471 
USED in MAP-OperationAndMainte : 23 57 71 
USED in MAP-CallHandlingOperat : 30 87 110 139 151 160 175 189 202 

215 
USED in MAP-SupplementaryServi : 33 94 111 128 148 166 181 194 208 

223 257 274 
USED in MAP-ShortMessageServic : 27 72 88 100 128 
USED in MAP-Group-Call-Operati : 24 52 
USED in MAP-LocationServiceOpe : 23 58 72 90 
USED in MAP-Errors 14 

system FailureParam identifier of SystemFailureParam 

DEFINED in MAP-Errors : 171 

SystemFailureParam type reference CHOICE 

DEFINED in MAP-ER-DataTypes : 177 
USED in MAP-Errors : 113 171 

USED in MAP-ER-DataTypes 20 

targetCellld identifier of [0] GlobalCellld 

DEFINED in MAP-MS-DataTypes : 498 

targetCellld identifier of [0] GlobalCellld 

DEFINED in MAP-MS-DataTypes : 586 

targetCellOutsideGCA-Param identifier of TargetCellOutsideGCA-Param 

DEFINED in MAP-Errors : 265 

TargetCellOutsideGCA-Param type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 393 
USED in MAP-Errors : 155 265 

USED in MAP-ER-DataTypes 61 
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targetCellOutsideGroupCallArea value reference TargetCellOutsideGroupCallArea, CHOICE VALUE 

DEFINED in MAP-Protocol : 381 

TargetCellOutsideGroupCallArea type reference ERROR 

DEFINED in IVIAP-Errors : 263 

USED in IVIAP-Protocol : 180 381 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 11 46 ETSI TS 1 29 002 V4.9.0 (2002-09) 

TAG R5.40 Cross Reference Listing for MAP-Protocol 2002-05-24 13:28:43 PAGE 103 

USED in IVlAP-IVIobileServiceOpera : 106 320 
USED in MAP-Errors 38 

targetMS identifier of [1] Subscriberldentity 

DEFINED in MAP-LGS-DataTypes 66 

targetMS identifier of [0] Subscriberldentity 

DEFINED in IVIAP-LCS-DataTypes 71 

targetMSG-Number identifier of [1] ISDN-AddressString 

DEFINED in IVIAP-MS-DataTypes : 587 

targetMSsubscribedService identifier of Named Number, 4 

DEFINED in IVIAP-GommonDataTypes : 387 

targetRNGId identifier of [1] RNGId 

DEFINED in IVIAP-MS-DataTypes : 500 

targetRNGId identifier of [2] RNGId 

DEFINED in MAP-MS-DataTypes : 588 

TBGD-STRING type reference OGTET STRING 

DEFINED in MAP-GommonDataTypes : 89 
USED in MAP-GommonDataTypes : 296 309 319 

tBusy identifier of Named Number, 13 

DEFINED in MAP-MS-DataTypes : 1623 

TGAPMessages module reference 

DEFINED in TGAPMessages 1 

USED in MAP-MobileServiceOpera : 79 
USED in MAP-OperationAndMainte : 20 
USED in MAP-GallHandlingOperat : 27 
USED in MAP-SupplementaryServi : 30 
USED in MAP-ShortMessageServic : 24 
USED in MAP-Group-Gall-Operati : 21 
USED in MAP-LocationServiceOpe : 20 
USED in MAP-SecureTransportOpe : 21 
USED in MAP-Errors : 102 

telephony value reference TeleserviceGode, '00010001'B 

DEFINED in MAP-TS-Gode 41 

teleservice identifier of [3] TeleserviceGode 

DEFINED in MAP-GommonDataTypes : 430 

teleservice identifier of Ext-TeleserviceGode 

DEFINED in MAP-GR-DataTypes 50 

TeleserviceGode type reference OGTET STRING 

DEFINED in MAP-TS-Gode 11 

USED in MAP-GommonDataTypes : 63 430 

USED in MAP-TS-Gode 38 40 41 42 44 45 46 48 49 

50 51 55 58 67 68 69 71 72 
73 74 75 76 77 78 79 80 81 
82 83 84 85 86 

teleserviceList identifier of [6] TeleserviceList 

DEFINED in MAP-MS-DataTypes : 923 

TeleserviceList type reference SEQUENGE OF 

DEFINED in MAP-MS-DataTypes : 947 
USED in MAP-MS-DataTypes : 923 1243 

teleserviceList identifier of [1] TeleserviceList 

DEFINED in MAP-MS-DataTypes : 1243 

teleserviceNotProvisioned value reference TeleserviceNotProvisioned, GHOIGE VALUE 

DEFINED in MAP-Protocol : 371 

TeleserviceNotProvisioned type reference ERROR 

DEFINED in MAP-Errors : 250 

USED in MAP-Protocol : 139 371 

USED in MAP-MobileServiceOpera : 98 269 286 
USED in MAP-GallHandlingOperat : 38 95 
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USED in MAP-SupplementaryServi : 38 98 115 132 152 170 
USED in MAP-SliortMessageServic : 35 77 
USED in MAP-Errors 33 

teleservNotProvParam identifier of TeleservNotProvParam 

DEFINED in IVIAP-Errors : 252 
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TeleservNotProvParam type reference SEQUENCE 

DEFINED in IVtAP-ER-DataTypes : 240 
USED in IVIAP-Errors : 124 252 

USED in MAP-ER-DataTypes 31 

temporaryDefaultAllowed identifier of Named Number, 2 

DEFINED in MAP-SS-DataTypes : 178 

temporaryDefaultRestricted identifier of Named Number, 1 

DEFINED in IVIAP-SS-DataTypes : 177 

termAttemptAuthorized identifier of Named Number, 12 

DEFINED in MAP-MS-DataTypes : 1621 

terminateAIICallActivities identifier of Named Number, 1 

DEFINED in IVIAP-CH-DataTypes : 439 

terminateCallActivityReferred identifier of Named Number, 

DEFINED in IVIAP-CH-DataTypes : 438 

terminationCause identifier of [0] TerminationCause 

DEFINED in IVIAP-LCS-DataTypes : 339 

TerminationCause type reference ENUMERATED 

DEFINED in IVIAP-LCS-DataTypes : 355 
USED in IVIAP-LCS-DataTypes : 339 

tif-csi identifier of Named Number, 2 

DEFINED in IVlAP-MS-DataTypes : 1281 

tif-CSI identifier of [3] NULL 

DEFINED in IVIAP-MS-DataTypes : 1322 

tif-CSI identifier of Named Number, 3 

DEFINED in IVIAP-MS-DataTypes : 1854 

tif-CSI identifier of [7] NULL 

DEFINED in MAP-MS-DataTypes : 1891 

tif-CSI-NotificationToCSE identifier of [8] NULL 

DEFINED in MAP-MS-DataTypes : 1892 

tmsi identifier of TMSI 

DEFINED in MAP-MS-DataTypes : 294 

TMSI type reference OCTET STRING 

DEFINED in MAP-CommonDataTypes : 313 
USED in MAP-MS-DataTypes : 170 294 
USED in MAP-CommonDataTypes : 30 317 

tmsi identifier of [1] TMSI 

DEFINED in MAP-CommonDataTypes : 317 

tNoAnswer identifier of Named Number, 14 

DEFINED in MAP-MS-DataTypes : 1624 

tooManyZoneCodes identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1254 

traceReference identifier of [1] TraceReference 

DEFINED in MAP-OM-DataTypes 38 

TraceReference type reference OCTET STRING 

DEFINED in MAP-OM-DataTypes 44 

USED in MAP-OM-DataTypes 38 56 

traceReference identifier of [1] TraceReference 

DEFINED in MAP-OM-DataTypes 56 

traceType identifier of [2] TraceType 

DEFINED in MAP-OM-DataTypes 39 

TraceType type reference INTEGER 

DEFINED in MAP-OM-DataTypes 46 

USED in MAP-OM-DataTypes 39 
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tracingBufferFull value reference TracingBufferFull, CHOICE VALUE 

DEFINED in MAP-Protocol : 388 



TracingBufferFull type reference ERROR 

DEFINED in IVIAP-Errors : 271 

USED in IVIAP-Protocol : 142 388 
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USED in IVlAP-OperationAndMainte : 29 62 
USED in MAP-Errors 41 

tracingBufferFullParam identifier of TracingBufferFullParam 

DEFINED in MAP-Errors : 273 

TracingBufferFullParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 244 
USED in IVIAP-Errors : 125 273 

USED in MAP-ER-DataTypes 32 

TransactionID type reference OCTET STRING 

DEFINED in TCAPMessages : 100 

USED in TCAPMessages 47 97 98 

transferToThirdParty value reference SS-Code, '11 00001 1'B 

DEFINED in MAP-SS-Code : 178 

translatedB-Number identifier of [3] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 389 

translatedB-Number identifier of [1] ISDN-AddressString 

DEFINED in MAP-SS-DataTypes : 312 

tripletList identifier of [0] TripletList 

DEFINED in MAP-MS-DataTypes : 318 

TripletList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 321 
USED in MAP-MS-DataTypes : 318 

ts3G-25413 identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 259 

ts3G-48006 identifier of Named Number, 1 

DEFINED in MAP-CommonDataTypes : 258 

T-BcsmCamelTDPData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1612 
USED in MAP-MS-DataTypes : 1605 

t-BcsmCamelTDPDataList identifier of T-BcsmCamelTDPDataList 

DEFINED in MAP-MS-DataTypes : 1594 

T-BcsmCamelTDPDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1604 
USED in MAP-MS-DataTypes : 1594 

t-BcsmTriggerDetectionPoint identifier of T-BcsmTriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 1613 

T-BcsmTriggerDetectionPoint type reference ENUMERATED 

DEFINED in MAP-MS-DataTypes : 1620 
USED in MAP-MS-DataTypes 85 1444 1613 

T-BCSM-CAMEL-TDP-Criteria type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1443 
USED in MAP-MS-DataTypes : 1432 

t-BCSM-CAMEL-TDP-CriteriaList identifier of [8] T-BCSM-CAMEL-TDP-CriteriaList 

DEFINED in MAP-MS-DataTypes : 1326 

T-BCSM-CAMEL-TDP-CriteriaList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1431 
USED in MAP-MS-DataTypes 68 1326 1888 1890 

USED in MAP-CH-DataTypes 46 278 

t-BCSM-CAMEL-TDP-CriteriaList identifier of [4] T-BCSM-CAMEL-TDP-CriteriaList 

DEFINED in MAP-MS-DataTypes : 1888 

t-BCSM-CAMEL-TDP-CriteriaList identifier of [4] T-BCSM-CAMEL-TDP-CriteriaList 

DEFINED in MAP-CH-DataTypes : 278 

t-BCSM-TriggerDetectionPoint identifier of T-BcsmTriggerDetectionPoint 

DEFINED in MAP-MS-DataTypes : 1444 
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t-CauseValueCriteria identifier of [1] T-CauseValueCriteria 

DEFINED in MAP-IVIS-DataTypes : 1446 

T-CauseValueCriteria type reference SEQUENCE OF 

DEFINED in IVIAP-IVlS-DataTypes : 1487 
USED in MAP-MS-DataTypes : 1446 
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t-csi identifier of Named Number, 8 

DEFINED in MAP-IVIS-DataTypes : 1287 

T-CSI type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1593 
USED in MAP-MS-DataTypes 84 1325 1887 1889 

USED in IVIAP-CH-DataTypes 49 273 

t-CSI identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 1852 

t-CSI identifier of [3] T-CSI 

DEFINED in MAP-MS-DataTypes : 1887 

t-CSI identifier of [0] T-CSI 

DEFINED in MAP-CH-DataTypes : 273 

udubFromBusyMS identifier of Named Number, 5 

DEFINED in MAP-CH-DataTypes : 406 

udubFromFreeMS identifier of Named Number, 4 

DEFINED in MAP-CH-DataTypes : 405 

umts-SecurityContextData identifier of [1] UMTS-SecurityContextData 

DEFINED in MAP-MS-DataTypes : 343 

UMTS-SecurityContextData type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 350 
USED in MAP-MS-DataTypes : 343 

unauthorisedMessageOriginator identifier of [1] NULL 

DEFINED in MAP-ER-DataTypes : 123 

unauthorizedLCSCIient value reference UnautfiorizedLCSCiient, CHOICE VALUE 

DEFINED in MAP-Protocol : 445 

UnauthorizedLCSCIient type reference ERRQR 

DEFINED in MAP-Errors : 438 

USED in MAP-Protocol : 173 445 

USED in MAP-LocationServiceOpe : 30 81 
USED in MAP-Errors 87 

unauthorizedLCSCIient-Dlagnostic identifier of [0] UnauthorizedLCSCIient-Diagnostic 

DEFINED in MAP-ER-DataTypes : 351 

UnauthorizedLCSCIient-Diagnostic type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 355 
USED in MAP-ER-DataTypes : 351 

unauthorizedLCSCIient-Param identifier of UnauthorizedLCSCIient-Param 

DEFINED in MAP-Errors : 440 

UnauthorizedLCSCIient-Param type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 350 
USED in MAP-Errors : 145 440 

USED in MAP-ER-DataTypes 50 

unauthorizedRequestingNetwork value reference UnauthorizedRequestingNetwork, CHQICE VALUE 

DEFINED in MAP-Protocol : 444 

UnauthorizedRequestingNetwork type reference ERROR 

DEFINED in MAP-Errors : 433 

USED in MAP-Protocol : 172 444 

USED in MAP-LocationServiceOpe : 29 64 80 95 
USED in MAP-Errors 86 

unauthorizedRequestingNetwork-Param identifier of UnauthorizedRequestingNetwork-Param 

DEFINED in MAP-Errors : 435 

UnauthorizedRequestingNetwork-Param type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 346 
USED in MAP-Errors : 144 435 

USED in MAP-ER-DataTypes 49 
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DEFINED in IVIAP-ER-DataTypes : 143 

unexpectedDataParam identifier of UnexpectedDataParam 

DEFINED in MAP-Errors : 182 

UnexpectedDataParam type reference SEQUENCE 
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DEFINED in IVtAP-ER-DataTypes : 193 
USED in IVIAP-Errors : 115 182 

USED in MAP-ER-DataTypes 22 

unexpectedDataValue value reference UnexpectedDataValue, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 349 

UnexpectedDataValue type reference ERROR 

DEFINED in IVIAP-Errors : 180 

USED in MAP-Protocol : 128 349 

USED in MAP-MobileServiceOpera : 84 184 196 206 227 240 253 266 283 

304 318 343 364 375 400 411 430 444 

459 473 484 
USED in MAP-OperationAndMainte : 25 59 73 84 
USED in MAP-CallHandlingOperat : 32 89 112 127 138 150 162 176 185 

199 212 
USED in MAP-SupplementaryServi : 35 96 113 130 150 168 183 196 210 

225 248 259 276 
USED in MAP-ShortMessageServic : 29 74 89 102 119 130 144 
USED in MAP-Group-Call-Operati : 25 54 
USED in MAP-LocationServiceOpe : 25 60 74 93 
USED in MAP-SecureTransportOpe : 26 49 58 
USED in MAP-Errors 16 

unexpectedError identifier of Named Number, 3 

DEFINED in TCAPMessages : 199 

unexpectedLinkedOperation identifier of Named Number, 7 

DEFINED in TCAPMessages : 190 

unidentifiedSubParam identifier of UnidentifiedSubParam 

DEFINED in MAP-Errors : 219 

UnidentifiedSubParam type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 224 
USED in MAP-Errors : 119 219 

USED in MAP-ER-DataTypes 27 

unidentifiedSubscriber value reference UnidentifiedSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 360 

UnidentifiedSubscriber type reference ERROR 

DEFINED in MAP-Errors : 217 

USED in MAP-Protocol : 133 360 

USED in MAP-MobileServiceOpera : 87 216 401 412 
USED in MAP-OperationAndMainte : 28 61 75 
USED in MAP-CallHandlingOperat : 49 161 
USED in MAP-SliortMessageServic : 32 104 
USED in MAP-LocationServiceOpe : 34 76 
USED in MAP-Errors 25 

unidirectional identifier of [APPLICATION 1] IMPLICIT Unidirectional 

DEFINED in TCAPMessages 52 

Unidirectional type reference SEQUENCE 

DEFINED in TCAPMessages 58 

USED in TCAPMessages 52 

universal value reference SS-Code, '10110001'B 

DEFINED in MAP-SS-Code : 161 

unknownAlphabet value reference UnknownAlphabet, CHOICE VALUE 

DEFINED in MAP-Protocol : 425 

UnknownAlphabet type reference ERROR 

DEFINED in MAP-Errors : 380 

USED in MAP-Protocol : 158 425 

USED in MAP-SupplementaryServi : 48 184 200 214 
USED in MAP-Errors 68 

unknownEquipment value reference UnknownEquipment, CHOICE VALUE 

DEFINED in MAP-Protocol : 361 

UnknownEquipment type reference ERROR 

DEFINED in MAP-Errors : 223 
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USED in MAP-Protocol : 134 361 

USED in MAP-IVlobileServiceOpera : 88 388 
USED in MAP-Errors 26 

unl<nownlVISC value reference Unl<nownMSC, CHOICE VALUE 

DEFINED in MAP-Protocol : 359 
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Unl^nownlVISC type reference ERROR 

DEFINED in IVIAP-Errors : 215 

USED in IVIAP-Protocol : 132 359 

USED in IVIAP-IVIobileServiceOpera : 86 345 
USED in MAP-Errors 24 

unl<nownOrUnreachiableLCSCIient value reference UnknownOrUnreacfiabieLCSCIient, CHOICE VALUE 

DEFINED in MAP-Protocol : 447 

UnknownOrUnreacfiabieLCSCIient type reference ERROR 

DEFINED in IVIAP-Errors : 448 

USED in IVlAP-Protocol : 175 447 

USED in IV!AP-LocationServiceOpe : 33 96 
USED in MAP-Errors 89 

unknownOrUnreacfiableLCSCIient-Param identifier of UnknownOrUnreachableLCSCIient-Param 

DEFINED in MAP-Errors : 450 

UnknownOrUnreacfiableLCSCIient-Param type reference SEOUENCE 

DEFINED in MAP-ER-DataTypes : 384 
USED in MAP-Errors : 147 450 

USED in MAP-ER-DataTypes 52 

unknownServiceCentre identifier of Named Number, 3 

DEFINED in MAP-ER-DataTypes : 152 

unknownSubscriber value reference UnknownSubscriber, CHOICE VALUE 

DEFINED in MAP-Protocol : 357 

UnknownSubscriber type reference ERROR 

DEFINED in MAP-Errors : 204 

USED in MAP-Protocol : 130 357 

USED in MAP-MobileServiceOpera : 85 185 207 228 254 267 284 305 365 

376 431 445 460 474 485 
USED in MAP-OperationAndMainte : 27 85 
USED in MAP-CallHandlingOperat : 35 92 174 201 214 
USED in MAP-SupplementaryServi : 36 249 
USED in MAP-ShortMessageServic : 31 76 120 146 
USED in MAP-LocationServiceOpe : 27 62 94 
USED in MAP-Errors 22 

unknownSubscriberDiagnostic identifier of UnknownSubscriberDiagnostic 

DEFINED in MAP-ER-DataTypes : 209 

UnknownSubscriberDiagnostic type reference ENUMERATED 

DEFINED in MAP-ER-DataTypes : 211 
USED in MAP-ER-DataTypes : 209 

unknownSubscriberParam identifier of UnknownSubscriberParam 

DEFINED in MAP-Errors : 206 

UnknownSubscriberParam type reference SEQUENCE 

DEFINED in MAP-ER-DataTypes : 206 
USED in MAP-Errors : 117 206 

USED in MAP-ER-DataTypes 25 

unrecognizedComponent identifier of Named Number, 

DEFINED in TCAPMessages : 179 

unrecognizedError identifier of Named Number, 2 

DEFINED in TCAPMessages : 198 

unrecognizedlnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 192 

unrecognizedlnvokelD identifier of Named Number, 

DEFINED in TCAPMessages : 196 

unrecognizedLinkedID identifier of Named Number, 5 

DEFINED in TCAPMessages : 188 

unrecognizedMessageType identifier of Named Number, 

DEFINED in TCAPMessages : 103 

unrecognizedOperation identifier of Named Number, 1 
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DEFINED in TCAPMessages : 184 



unrecognizedTransactionID identifier of Named Number, 1 

DEFINED in TCAPIVlessages : 104 

unstructuredSS-Notify value reference UnstructuredSS-Notify, CHOICE VALUE 

DEFINED in MAP-Protocol : 265 
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UnstructuredSS-Notify type reference OPERATION 

DEFINED in IVIAP-SupplementaryServi : 203 
USED in IVIAP-Protocol 76 265 

USED in MAP-SupplementaryServi : 20 

unstructuredSS-Request value reference UnstructuredSS-Request, CHOICE VALUE 

DEFINED in IVlAP-Protocol : 264 

UnstructuredSS-Request type reference OPERATION 

DEFINED in MAP-SupplementaryServi : 187 
USED in MAP-Protocol 75 264 

USED in MAP-SupplementaryServi : 19 

updateGprsLocation value reference UpdateGprsLocation, CHOICE VALUE 

DEFINED in MAP-Protocol : 314 

UpdateGprsLocation type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 220 
USED in MAP-Protocol 16 314 

USED in MAP-MobileServiceOpera : 21 

updateGprsLocationArg identifier of UpdateGprsLocationArg 

DEFINED in MAP-MobileServiceOpera : 222 

UpdateGprsLocationArg type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 414 
USED in MAP-MobileServiceOpera : 121 222 
USED in MAP-MS-DataTypes 24 

updateGprsLocationRes identifier of UpdateGprsLocationRes 

DEFINED in MAP-MobileServiceOpera : 224 

UpdateGprsLocationRes type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 435 
USED in MAP-MobileServiceOpera : 122 224 
USED in MAP-MS-DataTypes 25 

updateLocation value reference UpdateLocation, CHOICE VALUE 

DEFINED in MAP-Protocol : 193 

UpdateLocation type reference OPERATION 

DEFINED in MAP-MobileServiceOpera : 176 
USED in MAP-Protocol 12 193 

USED in MAP-MobileServiceOpera : 15 

updateLocationArg identifier of UpdateLocationArg 

DEFINED in MAP-MobileServiceOpera : 178 

UpdateLocationArg type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 208 
USED in MAP-MobileServiceOpera : 113 178 
USED in MAP-MS-DataTypes 16 

updateLocationRes identifier of UpdateLocationRes 

DEFINED in MAP-MobileServiceOpera : 1 80 

UpdateLocationRes type reference SEOUENCE 

DEFINED in MAP-MS-DataTypes : 256 
USED in MAP-MobileServiceOpera : 114 180 
USED in MAP-MS-DataTypes 17 

updateProcedure identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 270 

uplinkAttaclned identifier of [6] NULL 

DEFINED in MAP-GR-DataTypes : 120 

uplinkFree identifier of [3] NULL 

DEFINED in MAP-GR-DataTypes 57 

uplinkRejectCommand identifier of [2] NULL 

DEFINED in MAP-GR-DataTypes 79 

uplinkReleaseCommand identifier of [4] NULL 
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DEFINED in MAP-GR-DataTypes 



81 



uplinkReleaselndication identifier of [1] NULL 

DEFINED in IVlAP-GR-DataTypes 78 

uplinkReleaselndication identifier of [1] NULL 

DEFINED in MAP-GR-DataTypes 88 
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uplinl<Request identifier of [0] NULL 

DEFINED in MAP-GR-DataTypes 87 

uplinl<RequestAcl< identifier of [0] NULL 

DEFINED in IVlAP-GR-DataTypes 77 

uplinkSeizedCommand identifier of [3] NULL 

DEFINED in MAP-GR-DataTypes 80 

userlnfo identifier of [2] NULL 

DEFINED in IVIAP-ST-DataTypes 88 

ussd-Arg identifier of USSD-Arg 

DEFINED in MAP-SupplementaryServi : 177 

ussd-Arg identifier of USSD-Arg 

DEFINED in IVIAP-SupplementaryServi : 189 

ussd-Arg identifier of USSD-Arg 

DEFINED in IVIAP-SupplementaryServi : 205 

USSD-Arg type reference SEQUENCE 

DEFINED in IVIAP-SS-DataTypes : 221 
USED in MAP-SupplementaryServi : 64 177 189 205 
USED in MAP-SS-DataTypes 20 

ussd-Busy value reference USSD-Busy, CHOICE VALUE 

DEFINED in IVIAP-Protocol : 426 

USSD-Busy type reference ERROR 

DEFINED in IVIAP-Errors : 382 

USED in MAP-Protocol : 159 426 

USED in MAP-SupplementaryServi : 49 201 215 
USED in MAP-Errors 69 

ussd-DataCodingScheme identifier of USSD-DataCodingScheme 

DEFINED in MAP-SS-DataTypes : 222 

ussd-DataCodingScheme identifier of USSD-DataCodingScheme 

DEFINED in MAP-SS-DataTypes : 229 

USSD-DataCodingScheme type reference OCTET STRING 

DEFINED in MAP-SS-DataTypes : 233 
USED in MAP-SS-DataTypes 22 222 229 

USED in MAP-LCS-DataTypes 46 148 

ussd-Res identifier of USSD-Res 

DEFINED in MAP-SupplementaryServi : 179 

ussd-Res identifier of USSD-Res 

DEFINED in MAP-SupplementaryServi : 191 

USSD-Res type reference SEQUENCE 

DEFINED in MAP-SS-DataTypes : 228 
USED in MAP-SupplementaryServi : 65 179 191 
USED in MAP-SS-DataTypes : 21 

ussd-String identifier of USSD-String 

DEFINED in MAP-SS-DataTypes : 223 

ussd-String identifier of USSD-String 

DEFINED in MAP-SS-DataTypes : 230 

USSD-String type reference OCTET STRING 

DEFINED in MAP-SS-DataTypes : 238 
USED in MAP-SS-DataTypes : 23 223 230 
USED in MAP-LCS-DataTypes 47 157 

uui identifier of [1] UUI 

DEFINED in MAP-CH-DataTypes : 241 

UUI type reference OCTET STRING 

DEFINED in MAP-CH-DataTypes : 249 
USED in MAP-CH-DataTypes : 241 
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uulndicator identifier of [0] UUIndicator 

DEFINED in MAP-CH-DataTypes : 240 

UUIndicator type reference OCTET STRING 

DEFINED in IVIAP-CH-DataTypes : 246 
USED in MAP-CH-DataTypes : 240 
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uusi value reference SS-Gode, '10000001 B 

DEFINED in MAP-SS-Code : 110 

uus2 value reference SS-Code, '10000010'B 

DEFINED in IVIAP-SS-Code : 112 

uus3 value reference SS-Code, '1000001 1'B 

DEFINED in MAP-SS-Code : 114 

uusCFInteraction identifier of [2] NULL 

DEFINED in IVIAP-CH-DataTypes : 242 

uu-Data identifier of [10] UU-Data 

DEFINED in MAP-CH-DataTypes : 234 

UU-Data type reference SEQUENCE 

DEFINED in IVIAP-CH-DataTypes : 239 
USED in IVIAP-CH-DataTypes : 234 

valueAddedServices identifier of Named Number, 1 

DEFINED in IVIAP-LCS-DataTypes : 138 

VBSDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1697 
USED in IVIAP-MS-DataTypes : 930 

vbsGrouplndication identifier of [7] NULL 

DEFINED in IVIAP-MS-DataTypes : 1266 

vbsSubscriptionData identifier of [11] VBSDataList 

DEFINED in MAP-MS-DataTypes : 930 

verticalCoordinateRequest identifier of [1] NULL 

DEFINED in MAP-LCS-DataTypes : 168 

vertical-accuracy identifier of [2] Vertical-Accuracy 

DEFINED in MAP-LCS-DataTypes : 169 

Vertical-Accuracy type reference OCTET STRING 

DEFINED in MAP-LCS-DataTypes : 179 
USED in MAP-LCS-DataTypes : 169 

VGCSDataList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1700 
USED in MAP-MS-DataTypes : 931 

vgcsGrouplndication identifier of [8] NULL 

DEFINED in MAP-MS-DataTypes : 1267 

vgcsSubscriptionData identifier of [12] VGCSDataList 

DEFINED in MAP-MS-DataTypes : 931 

vir identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 705 

vIr identifier of Named Number, 2 

DEFINED in MAP-CommonDataTypes : 353 

vIrCamelSubscriptionlnfo identifier of [13] VIrCamelSubscriptionlnfo 

DEFINED in MAP-MS-DataTypes : 932 

VIrCamelSubscriptionlnfo type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 1316 
USED in MAP-MS-DataTypes : 932 

vIr-Capability identifier of [6] VLR-Capability 

DEFINED in MAP-MS-DataTypes : 216 

VLR-Capability type reference SEQUENCE 

DEFINED in MAP-MS-DataTypes : 219 
USED in MAP-MS-DataTypes : 216 1687 

vIr-Capability identifier of [6] VLR-Capability 

DEFINED in MAP-MS-DataTypes : 1687 
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vIr-Number identifier of ISDN-AddressString 

DEFINED in MAP-MS-DataTypes : 212 

vIr-Number identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-MS-DataTypes : 282 
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vIr-Number identifier of [0] ISDN-AddressString 

DEFINED in IVIAP-IVIS-DataTypes : 386 

vir-number identifier of [1] ISDN-AddressString 

DEFINED in MAP-IVIS-DataTypes : 1754 

vmsc identifier of Named Number, 5 

DEFINED in IVIAP-GommonDataTypes : 356 

vmsc-Address identifier of [2] ISDN-AddressString 

DEFINED in MAP-CH-DataTypes : 157 

voiceBroadcastCall value reference TeleserviceCode, '1001 001 0'B 

DEFINED in MAP-TS-Code 69 

VoiceBroadcastData type reference SEQUENCE 

DEFINED in IVlAP-MS-DataTypes : 1712 
USED in IVlAP-MS-DataTypes : 1698 

voiceGroupCall value reference TeleserviceCode, '1001 0001 'B 

DEFINED in IVIAP-TS-Code 68 

VoiceGroupCallData type reference SEQUENCE 

DEFINED in IVIAP-MS-DataTypes : 1707 
USED in IVIAP-MS-DataTypes : 1701 

vplmnAddressAllowed identifier of [19] NULL 

DEFINED in MAP-MS-DataTypes : 783 

vt-BCSM-CAMEL-TDP-CriteriaList identifier of [6] T-BCSM-CAMEL-TDP-CriteriaList 

DEFINED in IVIAP-MS-DataTypes : 1890 

vt-csi identifier of Named Number, 4 

DEFINED in IVIAP-MS-DataTypes : 1283 

vt-CSI identifier of [7] T-CSI 

DEFINED in MAP-MS-DataTypes : 1325 

vt-CSI identifier of Named Number, 2 

DEFINED in MAP-MS-DataTypes : 1853 

vt-CSI identifier of [5] T-CSI 

DEFINED in MAP-MS-DataTypes : 1889 

whiteListed identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 715 

wrongNetworkSignature identifier of Named Number, 1 

DEFINED in MAP-MS-DataTypes : 410 

wrong PasswordAttem ptsCounter identifier of WrongPassword Attem ptsCounter 

DEFINED in MAP-MS-DataTypes : 1870 

WrongPasswordAttemptsCounter type reference INTEGER 

DEFINED in MAP-MS-DataTypes : 1875 
USED in MAP-MS-DataTypes : 1870 1933 1999 

WrongPasswordAttemptsCounter identifier of [4] WrongPasswordAttemptsCounter 

DEFINED in MAP-MS-DataTypes : 1933 

WrongPasswordAttemptsCounter identifier of [3] WrongPasswordAttemptsCounter 

DEFINED in MAP-MS-DataTypes : 1999 

wrongUserResponse identifier of Named Number, 

DEFINED in MAP-MS-DataTypes : 409 

xres identifier of XRES 

DEFINED in MAP-MS-DataTypes : 335 

XRES type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 362 
USED in MAP-MS-DataTypes : 335 

ZoneCode type reference OCTET STRING 

DEFINED in MAP-MS-DataTypes : 1237 
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USED in MAP-MS-DataTypes 



1235 1265 



ZoneCodeList type reference SEQUENCE OF 

DEFINED in MAP-MS-DataTypes : 1234 
USED in MAP-MS-DataTypes 63 929 

zoneCodesConflict identifier of Named Number, 2 
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DEFINED in MAP-IVIS-DataTypes : 1255 
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Annex B (informative): 

Fully expanded ASN.1 sources for abstract syntaxes of 

MAP 

Annex B is not part of the standard, it is included for information purposes only. 

For every (Value)Assignment in the root ASN.l module all the used defined types and defined values, which are 
defined within the ASN.l module or imported from ASN.l modules, are replaced by the constructs this type or value is 
composed of. 

The fully expanded ASN. 1 root module is itself a correct and equivalent representation of the MAP-Protocol. 

It allows to see at all the parameters, including all nested ones for a specific operationcode or errorcode at once. 

Note that for those operations which use a result without parameters the keyword RESULT is not shown. Empty results 
are only defined in the ASN.l description in clause 17. 

B.1 Fully Expanded ASN.1 Source of MAP- 
Protocol/TCAPMessages 

Expanded ASN1 Module 'MAP-Protocol' 
--SIEMENS ASN.1 Compiler R5.40 (Production_5.40) 
Date: 2002-05-24 Time: 13:28:43 

MAP-Protocol{ identified-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) modules (3) map-Protocol (4) version? (7) } 

DEFINITIONS 



BEGIN 

updateLocation OPERATION 
ARGUMENT 
updateLocationArg SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

msc-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ' 

vIr-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

Imsi [1 0] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

vIr-Capability [6] IMPLICIT SEQUENCE { 

supportedCamelPhases [0] IMPLICIT BIT STRING { 

phasel (0 ), 
phase2 (1 ), 

phase3 (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

sol'saSupportlndicator [2] IMPLICIT NULL OPTIONAL, 

istSupportlndicator [1] IMPLICIT ENUMERATED { 

basiclSTSupported (0 ), 
istCommandSupported (1 ), 
... } OPTIONAL, 
superChargerSupportedlnServingNetworkEntity [3] CHOICE { 
sendSubscriberData [0] IMPLICIT NULL, 

subscriberDataStored [1] IMPLICIT OCTET STRING ( SIZE (1 .. 6 ) )} OPTIONAL, 
longFTN-Supported [4] IMPLICIT NULL OPTIONAL, 

supportedLCS-CapabilitySets [5] IMPLICIT BIT STRING { 

IcsCapabilitySetl (0 ), 

lcsCapabilitySet2 (1 )} ( SIZE (2 .. 16 ) ) OPTIONAL} OPTIONAL, 
InformPreviousNetworkEntity [11] IMPLICIT NULL OPTIONAL} 
RESULT 
updateLocationRes SEQUENCE { 
hIr-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- roamingNotAllowed - localValue : 8} 
::= localValue : 2 

cancelLocation OPERATION 
ARGUMENT 
cancel LocationArg [3] IMPLICIT SEOUENCE { 
identity CHOICE { 

imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

imsi-WithLMSI SEOUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 
Imsi OCTET STRING ( SIZE (4)), 

■••}}, 
cancellationType ENUMERATED { 
updateProcedure (0 ), 
subscriptionWithdraw (1 ), 
... } OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .Sextensionid { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
cancelLocationRes SEOUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36} 
::= localValue : 3 

purgeMS OPERATION 
ARGUMENT 
purgeMS-Arg [3] IMPLICIT SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

vIr-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
purgeMS-Res SEOUENCE { 
freezeTMSI [0] IMPLICIT NULL OPTIONAL, 

freezeP-TMSI [1] IMPLICIT NULL OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 67 

sendldentification OPERATION 
ARGUMENT 
sendldentificationArg SEQUENCE { 
tmsi OCTET STRING ( SIZE (1 .. 4 ) ), 

numberOfRequestedVectors INTEGER ( 1 .. 5 ) OPTIONAL, 
segmentationProhibited NULL OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
sendldentificationRes [3] IMPLICIT SEOUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

authenticationSetList CHOICE { 
tripletList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 5 ) ) OF 
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SEQUENCE { 
rand OCTET STRING ( SIZE (1 6 ) ), 
sres OCTET STRING ( SIZE (4 ) ), 
kc OCTET STRING ( SIZE (8 ) ), 

quintupletList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 
SEQUENCE { 
rand OCTET STRING ( SIZE (1 6 ) ), 
xres OCTET STRING ( SIZE (4 .. 16 ) ), 
ck OCTET STRING ( SIZE (16)), 

Ik OCTET STRING ( SIZE (16)), 

autn OCTET STRING ( SIZE (1 6 ) ), 
... }} OPTIONAL, 
currentSecurityContext [2] CHOICE { 
gsm-SecurityContextData [0] IMPLICIT SEQUENCE { 
kc OCTET STRING ( SIZE (8 ) ), 

cksn OCTET STRING ( SIZE (1 ) ), 

umts-SecurityContextData [1] IMPLICIT SEQUENCE { 
ck OCTET STRING ( SIZE (16 ) ), 

ik OCTET STRING ( SIZE (16)), 

ksi OCTET STRING ( SIZE (1 ) ), 
... }} OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- dataMissing - localValue : 35, 

- unidentifiedSubscriber - localValue : 5} 
::= localValue : 55 

prepareHandover OPERATION 
ARGUMENT 
prepareHO-Arg [3] IMPLICIT SEQUENCE { 
targetCellld [0] IMPLICIT OCTET STRING ( SIZE (5 .. 7 ) ) OPTIONAL, 

ho-NumberNotRequired NULL OPTIONAL, 

targetRNCId [1] IMPLICIT OCTET STRING ( SIZE (7 ) ) OPTIONAL, 

an-APDU [2] IMPLICIT SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 

signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
multipleBearerRequested [3] IMPLICIT NULL OPTIONAL, 
imsi [4] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

integrityProtectionlnfo [5] IMPLICIT OCTET STRING ( SIZE (18 .. 100 ) ) OPTIONAL, 
encryptionlnfo [6] IMPLICIT OCTET STRING ( SIZE (18 .. 100 ) ) OPTIONAL, 

radioResourcelnformation [7] IMPLICIT OCTET STRING ( SIZE (3 .. 13 ) ) OPTIONAL, 
allowedGSM-Algorithms [9] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
allowedUMTS-Algorithms [1 0] IMPLICIT SEQUENCE { 
integrityProtectionAlgorithms [0] IMPLICIT OCTET STRING ( SIZE (1 .. 9 ) ) OPTIONAL, 
encryptionAlgorithms [1] IMPLICIT OCTET STRING ( SIZE (1 .. 9 ) ) OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
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SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

••■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
radioResourceList [11] IMPLICIT SEQUENCE ( SIZE (2 .. 7 ) ) OF 

SEQUENCE { 
radioResourcelnformation OCTET STRING ( SIZE (3 .. 13 ) ), 
rab-ld INTEGER ( 1 .. 255 ), 

... } OPTIONAL, 
extensionContainer [8] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

rab-ld [12] IMPLICIT INTEGER ( 1 .. 255 ) OPTIONAL, 

bssmap-ServiceHandover [13] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
ranap-ServiceHandover [14] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL} 
RESULT 
prepareHO-Res [3] IMPLICIT SEQUENCE { 
handoverNumber [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

relocationNumberList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 7 ) ) OF 

SEQUENCE { 
handoverNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
rab-ld INTEGER ( 1 .. 255 ), 

... } OPTIONAL, 
an-APDU [2] IMPLICIT SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 
...}, 
signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
multicallBearerlnfo [3] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL, 

multipleBearerNotSupported NULL OPTIONAL, 
selectedUMTS-Algorithms [5] IMPLICIT SEQUENCE { 

integrityProtectionAlgorithm [0] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
encryptionAlgorithm [1] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
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chosenRadioResourcelnformation [6] IMPLICIT SEQUENCE { 
chosenChannellnfo [0] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
chosenSpeechVersion [1] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- noHandoverNumberAvailable - localValue : 25, 

- targetCellOutsideGroupCallArea - localValue : 42} 
::= localValue : 68 

sendEndSignal OPERATION 
ARGUMENT 
sendEndSignal-Arg [3] IMPLICIT SEQUENCE { 
an-APDU SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 
...}, 
signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
sendEndSignal-Res SEQUENCE { 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 29 
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processAccessSignalling OPERATION 
ARGUMENT 
processAccessSignalling-Arg [3] IMPLICIT SEQUENCE { 
an-APDU SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 

signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .&ExtensionType ( \ 



] ) 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

selectedUMTS-Algorithms [1] IMPLICIT SEQUENCE { 

IntegrityProtectionAlgorithm [0] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
encryptionAlgorithm [1] IMPLICIT OCTET STRING { SIZE (1 ) ) OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .SExtensionType ( \ 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
selectedGSM-Algorithm [2] IMPLICIT OCTET STRING ( SIZE (1 

chosenRadioResourcelnformation [3] IMPLICIT SEQUENCE { 



) OPTIONAL, 



chosenChannellnfo 
chosenSpeechVersion 
... } OPTIONAL, 
selectedRab-ld 
extensionContainer 
privateExtensionList [ 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( i 



] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
[1] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

[4] IMPLICIT INTEGER ( 1 .. 255 ) OPTIONAL, 

[0] IMPLICIT SEQUENCE { 
IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 33 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



forwardAccessSignalling OPERATION 
ARGUMENT 
forwardAccessSignalling-Arg [3] IMPLICIT SEQUENCE { 
an-APDU SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 



signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



10)) OF 



extType MAP-EXTENSION .SExtensionType ( \ 
!..}{@extld } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

integrityProtectionlnfo [0] IMPLICIT OCTET STRING ( SIZE (18 .. 100 ) ) OPTIONAL, 
encryptionlnfo [1] IMPLICIT OCTET STRING ( SIZE (18 .. 100 ) ) OPTIONAL, 

keyStatus [2] IMPLICIT ENUMERATED { 

old (0 ), 

new (1 ), 

... } OPTIONAL, 
allowedGSM-Algorithms [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
allowedUMTS-Algorithms [5] IMPLICIT SEQUENCE { 
integrityProtectionAlgorithms [0] IMPLICIT OCTET STRING ( SIZE (1 .. 9 ) ) OPTIONAL, 
encryptionAlgorithms [1] IMPLICIT OCTET STRING ( SIZE (1 .. 9 ) ) OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
radioResourcelnformation [6] IMPLICIT OCTET STRING ( SIZE (3 .. 13 ) ) OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

radioResourceList [7] IMPLICIT SEQUENCE ( SIZE (2 .. 7 ) ) OF 

SEQUENCE { 
radioResourcelnformation OCTET STRING ( SIZE (3 .. 13 ) ), 
rab-ld INTEGER ( 1 .. 255 ), 

... } OPTIONAL, 
bssmap-ServiceHandover [9] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
ranap-ServiceHandover [8] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL} 
::= localValue : 34 

prepareSubsequentHandover OPERATION 
ARGUMENT 
prepareSubsequentHO-Arg [3] IMPLICIT SEQUENCE { 
targetCellld [0] IMPLICIT OCTET STRING ( SIZE (5 .. 7 ) ) OPTIONAL, 

targetMSC-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
targetRNCId [2] IMPLICIT OCTET STRING ( SIZE (7 ) ) OPTIONAL, 

an-APDU [3] IMPLICIT SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 
...}, 
signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
selectedRab-ld [4] IMPLICIT INTEGER ( 1 .. 255 ) OPTIONAL, 
extensionContainer [5] IMPLICIT SEQUENCE { 
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privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION 



IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 



.&extensionld ( { 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

RESULT 
prepareSubsequentHO-Res [3] IMPLICIT SEQUENCE { 
an-APDU SEQUENCE { 

accessNetworkProtocolld ENUMERATED { 
ts3G-48006 (1 ), 
ts3G-25413 (2), 

signallnfo OCTET STRING ( SIZE (1 .. 2560 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



10)) OF 



extType MAP-EXTENSION .SExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer [I 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



IMPLICIT SEQUENCE { 
[0] IMPLICIT SEQUENCE 



( SIZE(1 ..10)) OF 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...}{@extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- unexpectedDataValue - localValue : 36, 

- dataMissing - localValue : 35, 

- unknownMSC - localValue : 3, 

- subsequentHandoverFailure - localValue 
:■- localValue : 69 



26} 



sendAuthenticationlnfo OPERATION 
ARGUMENT 
sendAuthenticationlnfoArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

numberOfRequestedVectors INTEGER ( 1 .. 5 ), 
segmentationProhibited NULL OPTIONAL, 
immediateResponsePreferred [1] IMPLICIT NULL OPTIONAL, 
re-synchronisationlnfo SEQUENCE { 
rand OCTET STRING ( SIZE (16 ) ), 
auts OCTET STRING ( SIZE (14)), 
... } OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ' 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



OF 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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requestingNodeType [3] IMPLICIT ENUMERATED { 

vir (0), 

sgsn (1 ), 
... } OPTIONAL} 
RESULT 
sendAuthenticationlnfoRes [3] IMPLICIT SEQUENCE { 
authenticationSetList CHOICE { 
tripletList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 
SEQUENCE { 
rand OCTET STRING ( SIZE (1 6 ) ), 
sres OCTET STRING ( SIZE (4 ) ), 
kc OCTET STRING ( SIZE (8 ) ), 

quintupletList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 
SEQUENCE { 
rand OCTET STRING ( SIZE (1 6 ) ), 
xres OCTET STRING ( SIZE (4 .. 1 6 ) ), 
ck OCTET STRING ( SIZE (16)), 

Ik OCTET STRING ( SIZE (16)), 

autn OCTET STRING ( SIZE (1 6 ) ), 
... }} OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 56 

authentlcationFailureReport OPERATION 
ARGUMENT 
authenticationFailureReportArg SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

failureCause ENUMERATED { 

wrongUserResponse (0 ), 
wrongNetworkSignature (1 )}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

re-attempt BOOLEAN OPTIONAL, 

accessType ENUMERATED { 

call (0 ), 

emergencyCall (1 ), 

locationUpdating (2 ), 

supplementaryService (3 ), 

shortMessage (4 ), 

gprsAttach (5 ), 

routingAreaUpdating (6 ), 

serviceRequest (7), 

pdpContextActivation (8 ), 

pdpContextDeactivation (9 ), 

... } OPTIONAL, 
rand OCTET STRING ( SIZE (1 6 ) ) OPTIONAL, 

vIr-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL} 
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RESULT 
authenticationFailureReportRes SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 
-- systemFailure -- localValue : 34, 
-- unexpectedDataValue -- localValue : 36, 
-- unknownSubscriber -- localValue : 1} 
::= localValue : 15 

checklMEl OPERATION 
ARGUMENT 

imei OCTET STRING ( SIZE (8 ) ) 
RESULT 
equipmentStatus ENUMERATED { 
whiteListed (0 ), 
blackListed (1 ), 
greyListed (2 )} 
ERRORS { 
-- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unknownEquipment -- localValue : 7} 
::= localValue : 43 

InsertSubscriberData OPERATION 
ARGUMENT 
InsertSubscriberDataArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

category [2] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

subscriberStatus [3] IMPLICIT ENUMERATED { 

serviceGranted (0 ), 

operatorDeterminedBarring (1 )} OPTIONAL, 
bearerServiceList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 50 ) ) OF 

OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
teleserviceList [6] IMPLICIT SEQUENCE ( SIZE (1 .. 20 ) ) OF 

OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
provisionedSS [7] IMPLICIT SEQUENCE ( SIZE (1 .. 30 ) ) OF 

CHOICE! 
forwarding Info [0] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

forwardingFeatureList SEQUENCE ( SIZE (1 .. 32 ) ) OF 
SEQUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
extensionContainer [9] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

lon'gForwardedToNumber [10] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
extensionContainer [01 IMPLICIT SEQUENCE { 
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privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 

'••}), 
extType MAP-EXTENSIQN .&ExtensionType ( { 

!..}{@extld } ) QPTIQNAL} QPTIQNAL, 
pcs-Extenslons [1] IMPLICIT SEQUENCE { 

... } QPTIQNAL, 
... } QPTIQNAL, 

callBarringlnfo [1] IMPLICIT SEQUENCE { 
ss-Code QCTET STRING ( SIZE (1 ) ), 

callBarringFeatureList SEQUENCE ( SIZE (1 .. 32 ) ) QF 
SEQUENCE { 
basicService CHQICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT QCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extId MAP-EXTENSIQN .&extensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } QPTIQNAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
cug-lnfo [2] IMPLICIT SEQUENCE { 

cug-SubscriptionList SEQUENCE ( SIZE (0 .. 10 ) ) OF 
SEQUENCE { 
cug-lndex INTEGER ( .. 32767 ), 

cug-lnterlock QCTET STRING ( SIZE (4 ) ), 

intraCUG-Qptions ENUMERATED { 
noCUG-Restrictions (0 ), 
cuglC-CallBarred (1 ), 
cugOG-CallBarred (2 )}, 
basicServiceGroupList SEQUENCE ( SIZE (1 .. 32 ) ) OF 
CHQICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT QCTET STRING ( SIZE (1 .. 5 ) )} QPTIQNAL, 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extId MAP-EXTENSIQN .&extensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } QPTIQNAL, 
... } OPTIONAL, 
...}, 
cug-FeatureList SEQUENCE ( SIZE (1 .. 32 ) ) OF 
SEQUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 1 79 ETSI TS 1 29 002 V4.9.0 (2002-09) 

preferentialCUG-lndicator INTEGER ( .. 32767 ) OPTIONAL, 
interCUG-Restrictions OCTET STRING ( SIZE (1 ) ), 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextenslonld ( { 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ), 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ss-SubscriptionOption CHOICE { 
cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent (0 ), 

temporaryDefaultRestricted (1 ), 
temporaryDefaultAllowed (2 )}, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled (0 ), 
overrideDisabled (1 )}} OPTIONAL, 
basicServiceGroupList SEQUENCE ( SIZE (1 .. 32 ) ) OF 
CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
extensionContainer [5] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
emipp-lnfo [4] IMPLICIT SEQUENCE { 

maximumentitledPriority INTEGER ( .. 15 ), 
defaultPriority INTEGER ( .. 15 ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... }} OPTIONAL, 
odb-Data [8] IMPLICIT SEQUENCE { 

odb-GeneralData BIT STRING { 
allOG-CallsBarred (0), 
internationalOGCallsBarred (1 ), 
internationalOGCallsNotToHPLMN-CountryBarred (2 ), 
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interzonalOGCallsBarred (6 ), 

interzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8), 

premiumRatelnformationOGCallsBarred (3 ), 

premiumRateEntertainementOGCallsBarred (4 ), 

ss-AccessBarred (5 ), 

allECT-Barred (9), 

chargeableEGT-Barred (10), 

internationalEGT-Barred (11 ), 

interzonalEGT-Barred (12), 

doublyGhargeableECT-Barred (13), 

multipleEGT-Barred (14), 

allPacketOrientedServicesBarred (15 ), 

roamerAccessToHPLMN-AP-Barred (16 ), 

roamerAccessToVPLMN-AP-Barred (17 ), 

roamingOutsidePLMNOG-GallsBarred (18 ), 

alllC-CallsBarred (19), 

roamingOutsidePLMNIG-GallsBarred (20 ), 

roamingOutsidePLMNIGountrylG-GallsBarred (21 ), 

roamingOutsidePLMN-Barred (22 ), 

roamingOutsidePLMN-GountryBarred (23 ), 

registrationAIIGF-Barred (24 ), 

registrationGFNotToHPLMN-Barred (25 ), 

registrationlnterzonalGF-Barred (26 ), 

registrationlnterzonalGFNotToHPLMN-Barred (27 )} ( SIZE (15 .. 32 ) ), 
odb-HPLMN-Data BIT STRING { 

plmn-SpecificBarringType1 (0 ), 

plmn-SpecificBarringType2 (1 ), 

plmn-SpecificBarringType3 (2 ), 

plmn-SpecificBarringType4 (3 )} ( SIZE (4 .. 32 ) ) OPTIONAL, 
extensionGontainer SEQUENGE { 

privateExtensionList [0] IMPLIGIT SEQUENGE ( SIZE (1 .. 10 ) ) OF 
SEOUENGE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLIGIT SEOUENGE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
roamingRestrictionDueToUnsupportedFeature [9] IMPLIGIT NULL OPTIONAL, 
regionalSubscriptionData [10] IMPLIGIT SEQUENGE ( SIZE (1 .. 10 ) ) OF 

OGTET STRING ( SIZE (2 ) ) OPTIONAL, 
vbsSubscriptionData [11] IMPLIGIT SEQUENGE ( SIZE (1 .. 50 ) ) OF 

SEQUENGE { 
groupid OGTET STRING ( SIZE (3 ) ), 

broadcastlnitEntitlement NULL OPTIONAL, 
extensionGontainer SEQUENGE { 
privateExtensionList [0] IMPLIGIT SEQUENGE ( SIZE (1 .. 10 ) ) OF 
SEQUENGE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLIGIT SEQUENGE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
vgcsSubscriptionData [12] IMPLIGIT SEQUENGE ( SIZE (1 .. 50 ) ) OF 

SEQUENGE { 
groupId OGTET STRING ( SIZE (3 ) ), 

extensionGontainer SEQUENGE { 
privateExtensionList [0] IMPLIGIT SEQUENGE ( SIZE (1 .. 10 ) ) OF 
SEQUENGE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLIGIT SEQUENGE { 

... } OPTIONAL, 
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... } OPTIONAL, 
... } OPTIONAL, 
vIrCamelSubscriptionlnfo [13] IMPLICIT SEQUENCE { 

o-CSI [0] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2 ), 

routeSelectFailure (4 )}, 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) { SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

SS-'CSI [2] IMPLICIT SEQUENCE { 

ss-CamelData SEQUENCE { 

ss-EventList SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
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privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSIQN .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

notificationToCSE [0] IMPLICIT NULL OPTIONAL, 
csi-Active [1] IMPLICIT NULL OPTIONAL} OPTIONAL, 

o-BcsmCamelTDP-CriteriaList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2), 

routeSelectFailure (4 )}, 
destinationNumberCriteria [0] IMPLICIT SEQUENCE { 
matchType [0] IMPLICIT ENUMERATED { 

inhibiting (0 ), 

enabling (1 )}, 
destinationNumberList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
destinationNumberLengthList [2] IMPLICIT SEQUENCE ( SIZE (1 ..3)) OF 

INTEGER (1 ..15) OPTIONAL, 
... } OPTIONAL, 
basicServiceCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
callTypeCriteria [2] IMPLICIT ENUMERATED { 

forwarded (0 ), 
notForwarded (1 )} OPTIONAL, 

o-CauseValueCriteria [3] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
tif-CSI [3] IMPLICIT NULL OPTIONAL, 

m-CSI [5] IMPLICIT SEQUENCE { 

mobilityTriggers SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
csi-Active [3] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
sms-CSI [6] IMPLICIT SEQUENCE { 

sms-CAMEL-TDP-DataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
sms-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
sms-Collectedlnfo (1 ), 
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serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSMS-Handling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 

releaseTransaction (1 ), 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■} ) , 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
vt-CSI [7] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
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notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

t-BCSM-CAMEL-TDP-CriteriaList [8] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
d-CSI [9] IMPLICIT SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

'•■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL} OPTIONAL, 
extensionContainer [14] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

naea-PreferredCI [1 5] IMPLICIT SEQUENCE { 

naea-PreferredCIC [0] IMPLICIT OCTET STRING ( SIZE (3 ) ), 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .SExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
gprsSubscriptionData [1 6] IMPLICIT SEQUENCE { 

completeDataListlncluded NULL OPTIONAL, 
gprsDataList [1] IMPLICIT SEOUENCE ( SIZE (1 .. 50 ) ) OF 

SEOUENCE { 
pdp-ContextId INTEGER ( 1 .. 50 ), 

pdp-Type [16] IMPLICIT OCTET STRING ( SIZE (2 ) ), 

pdp-Address [17] IMPLICIT OCTET STRING ( SIZE (1 .. 16 ) ) OPTIONAL, 

qos-Subscribed [18] IMPLICIT OCTET STRING ( SIZE (3 ) ), 

vplmnAddressAllowed [1 9] IMPLICIT NULL OPTIONAL, 

apn [20] IMPLICIT OCTET STRING ( SIZE (2 .. 63 ) ), 

extensionContainer [21] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ext-QoS-Subscribed [0] IMPLICIT OCTET STRING ( SIZE (1 .. 9 ) ) OPTIONAL, 

pdp-ChargingCharacteristics [1] IMPLICIT OCTET STRING ( SIZE (2 ) ) OPTIONAL}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
roamingRestrictedlnSgsnDueToUnsupportedFeature [23] IMPLICIT NULL OPTIONAL, 
networkAccessMode [24] IMPLICIT ENUMERATED { 

bothMSCAndSGSN (0 ), 
onlyMSC (1 ), 

onlySGSN (2 ), 

... } OPTIONAL, 
Isalnformation [25] IMPLICIT SEQUENCE { 

completeDataListlncluded NULL OPTIONAL, 
IsaOnlyAccesslndicator [1] IMPLICIT ENUMERATED { 
accessOutsideLSAsAllowed (0 ), 
accessOutsideLSAsRestricted (1 )} OPTIONAL, 
IsaDataList [2] IMPLICIT SEQUENCE ( SIZE (1 .. 20 ) ) OF 

SEOUENCE { 
Isaldentity [0] IMPLICIT OCTET STRING ( SIZE (3 ) ), 

IsaAttributes [1] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

IsaActiveModelndicator [2] IMPLICIT NULL OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 
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••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
Imu-lndicator [21 ] IMPLICIT NULL OPTIONAL, 

Icslnformation [22] IMPLICIT SEQUENCE { 

gmlc-List [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
Ics-PrivacyExceptionList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 4 ) ) OF 
SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

ss-Status OCTET STRING ( SIZE (1 .. 5 ) ), 

notificationToMSUser [0] IMPLICIT ENUMERATED { 
notifyLocationAllowed (0 ), 

notifyAndVerify-LocationAllowedlfNoResponse (1 ), 
notifyAndVerify-LocationNotAllowedlfNoResponse (2 ), 

locationNotAllowed (3 )} OPTIONAL, 

externalClientList [1] IMPLICIT SEQUENCE ( SIZE (0 .. 5 ) ) OF 
SEQUENCE { 
clientldentity SEQUENCE { 

externalAddress [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gmlc-Restriction [0] IMPLICIT ENUMERATED { 
gmlc-List (0 ), 
home-Country (1 ), 
... } OPTIONAL, 

notificationToMSUser [1] IMPLICIT ENUMERATED { 
notifyLocationAllowed (0 ), 

notifyAndVerify-LocationAllowedlfNoResponse (1 ), 
notifyAndVerify-LocationNotAllowedlfNoResponse (2 ), 

locationNotAllowed (3 )} OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 



extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
plmnClientList [2] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

ENUMERATED { 
broadcastService (0 ), 

o-andM-HPLMN (1 ), 

o-andM-VPLMN (2 ), 

anonymousLocation (3 ), 

targetMSsubscribedService (4 ), 
... } OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
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extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ext-externalClientList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 35 ) ) OF 
SEQUENCE { 
clientldentity SEQUENCE { 

externalAddress [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
gmlc-Restriction [0] IMPLICIT ENUMERATED { 
gmlc-List (0 ), 
home-Country (1 ), 
... } OPTIONAL, 
notificationToMSUser [1] IMPLICIT ENUMERATED { 
notifyLocationAllowed (0 ), 

notifyAndVerify-LocationAllowedlfNoResponse (1 ), 
notifyAndVerify-LocationNotAllowedlfNoResponse (2 ), 

locationNotAllowed (3 )} OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
molr-List [2] IMPLICIT SEQUENCE ( SIZE (1 .. 3 ) ) OF 

SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

ss-Status OCTET STRING ( SIZE (1 .. 5 ) ), 

extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
istAlertTimer [26] IMPLICIT INTEGER ( 15 .. 255 ) OPTIONAL, 

superChargerSupportedlnHLR [27] IMPLICIT OCTET STRING ( SIZE (1 .. 6 ) ) OPTIONAL, 

mc-SS-lnfo [28] IMPLICIT SEQUENCE { 

ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

ss-Status [1] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

nbrSB [2] IMPLICIT INTEGER ( 2 .. 7 ), 

nbrUser [3] IMPLICIT INTEGER ( 1 .. 7 ), 

extensionContainer [4] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 
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•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
cs-AllocationRetentionPriority [29] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

sgsn-CAMEL-Subscriptionlnfo [1 7] IMPLICIT SEOUENCE { 

gprs-CSI [0] IMPLICIT SEOUENCE { 

gprs-CamelTDPDataList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
gprs-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
attach (1 ), 

attachChangeOfPosition (2 ), 

pdp-ContextEstablishment (11 ), 

pdp-ContextEstablishmentAcknowledgement (12 ), 
pdp-ContextChangeOfPosition (14 ), 

...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSessionHandling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 

releaseTransaction (1 ), 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

'•■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
sms-CSI [1] IMPLICIT SEQUENCE { 

sms-CAMEL-TDP-DataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
sms-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
sms-Collectedlnfo (1 ), 
...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSMS-Handling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 
releaseTransaction (1 ), 
...}, 
extensionContainer [4] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 
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... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



[3] IMPLICIT NULL OPTIONAL, 
[4] IMPLICIT NULL OPTIONAL, 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE 
csi-Active 
... } OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE(1.. 10; 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



I OF 



extType MAP-EXTENSION .SExtensionType ( \ 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[18] IMPLICIT OCTET STRING ( SIZE (2 ) ) OPTIONAL} 



. 20 ) ) OF 



. 50 ) ) OF 



. 30 ) ) OF 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

... } OPTIONAL, 
chargingCharacteristics 
RESULT 
InsertSubscriberDataRes SEQUENCE { 
teleserviceList [1] IMPLICIT SEQUENCE ( SIZE (1 

OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
bearerServiceList [2] IMPLICIT SEQUENCE ( SIZE (1 

OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
ss-List [3] IMPLICIT SEQUENCE ( SIZE (1 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
odb-GeneralData [4] IMPLICIT BIT STRING { 

allOG-CallsBarred (0), 

internationalOGCallsBarred (1 ), 

internationalOGCallsNotToHPLMN-CountryBarred (2 ), 

interzonalOGCallsBarred (6 ), 

interzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8), 

premiumRatelnformationOGCallsBarred (3 ), 

premiumRateEntertainementOGCallsBarred (4 ), 

ss-AccessBarred (5 ), 

allECT-Barred (9), 

chargeableECT-Barred (10), 

internationalECT-Barred (11 ), 

interzonalECT-Barred (12), 

doublyChargeableECT-Barred (13), 

multipleECT-Barred (14), 

allPacketOrientedServicesBarred (15 ), 

roamerAccessToHPLMN-AP-Barred (16 ), 

roamerAccessToVPLMN-AP-Barred (17 ), 

roamingOutsidePLMNOG-CallsBarred (18 ), 

alllC-CallsBarred (19), 

roamingOutsidePLMNIC-CallsBarred (20 ), 

roamingOutsidePLMNICountrylC-CallsBarred (21 ), 

roamingOutsidePLMN-Barred (22 ), 

roamingOutsidePLMN-CountryBarred (23 ), 

registrationAIICF-Barred (24 ), 

registrationCFNotToHPLMN-Barred (25 ), 

registrationlnterzonalCF-Barred (26 ), 

registrationlnterzonalCFNotToHPLMN-Barred (27 )} ( SIZE (15 .. 32 ) ) OPTIONAL, 
regionalSubscriptionResponse [5] IMPLICIT ENUMERATED { 

networkNode-AreaRestricted (0 ), 

tooManyZoneCodes (1 ), 

zoneCodesConflict (2 ), 

regionalSubscNotSupported (3 )} OPTIONAL, 
supportedCamelPhases [6] IMPLICIT BIT STRING { 

phasel (0 ), 
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phase2 (1 ), 

phases (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEOUENGE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unidentifiedSubscriber - localValue : 5} 
::= localValue : 7 

deleteSubscriberData OPERATION 
ARGUMENT 
deleteSubscriberDataArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

baslcServiceList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 70 ) ) OF 

CHOICE! 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-List [2] IMPLICIT SEQUENCE ( SIZE (1 .. 30 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
roamingRestrictionDueToUnsupportedFeature [4] IMPLICIT NULL OPTIONAL, 

regionalSubscriptionldentifier [5] IMPLICIT OCTET STRING ( SIZE (2 ) ) OPTIONAL, 

vbsGrouplndication [7] IMPLICIT NULL OPTIONAL, 

vgcsGrouplndication [8] IMPLICIT NULL OPTIONAL, 

camelSubscriptionlnfoWithdraw [9] IMPLICIT NULL OPTIONAL, 

extensionContainer [6] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsSubscriptionDataWithdraw [1 0] CHOICE { 

allGPRSData NULL, 

contextldList SEQUENCE ( SIZE (1 .. 50 ) ) OF 
INTEGER ( 1 .. 50 )} OPTIONAL, 
roamingRestrictedlnSgsnDueToUnsuppportedFeature [11] IMPLICIT NULL OPTIONAL, 
IsalnformationWithdraw [12] CHOICE { 

allLSAData NULL, 

IsaldentityList SEQUENCE ( SIZE (1 .. 20 ) ) OF 
OCTET STRING ( SIZE (3 ) )} OPTIONAL, 
gmlc-ListWithdraw [13] IMPLICIT NULL OPTIONAL, 

istlnformationWithdraw [14] IMPLICIT NULL OPTIONAL, 

specificCSI-Withdraw [1 5] IMPLICIT BIT STRING { 

o-csi (0 ), 

ss-csi (1 ), 

tif-csi (2), 

d-csi (3 ), 

vt-csi (4 ), 

sms-csi (5 ), 

m-csi (6 ), 

gprs-csi (7 ), 

t-csi (8 )} ( SIZE (8 .. 32 ) ) OPTIONAL} 
RESULT 
deleteSubscriberDataRes SEQUENCE { 
regionalSubscriptionResponse [0] IMPLICIT ENUMERATED { 

networkNode-AreaRestricted (0 ), 

tooManyZoneCodes (1 ), 

zoneCodesConflict (2 ), 

regionalSubscNotSupported (3 )} OPTIONAL, 
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extensionContainer 
privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld 



SEQUENCE { 

IMPLICIT SEQUENCE ( SIZE (1 



10))QF 



■■•}), 
extType 



MAP-EXTENSIQN .SExtensionType ( { 



} ) 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue 
-- unidentifiedSubscriber -- localValue 
::= localValue : 8 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



36, 
5} 



reset OPERATION 
ARGUMENT 
resetArg SEQUENCE { 
hIr-Number OCTET STRING ( SIZE (1 .. 20 ) ) 
hIr-List SEQUENCE ( SIZE (1 .. 50 ) ) OF 
OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

::= localValue : 37 

forwardCheckSS-lndication OPERATION 
::= localValue : 38 



SIZE(1 ..9) 



restoreData OPERATION 
ARGUMENT 
restoreDataArg SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

Imsi OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



vIr-Capability [6] IMPLICIT SEQUENCE { 



16) 



supportedCamelPhases 
phasel (0 ), 
phase2 (1 ), 
phase3 (2 )} ( SIZE (1 
extensionContainer 
privateExtensionList [i 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



IMPLICIT BIT STRING I 



OPTIONAL, 

SEQUENCE { 
IMPLICIT SEQUENCE ( 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( \ 



...]{ @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[2] IMPLICIT NULL OPTIONAL, 
[1] IMPLICIT ENUMERATED { 



solsaSupportlndicator 
istSupportlndicator 

basiclSTSupported (0 ), 

istCommandSupported (1 ), 

... } OPTIONAL, 
superChargerSupportedinServingNetworkEntity [3] CHOICE { 

sendSubscriberData [0] IMPLICIT NULL, 

subscriberDataStored [1] IMPLICIT OCTET STRING ( SIZE (1 .. 6 ) )} OPTIONAL, 
longFTN-Supported [4] IMPLICIT NULL OPTIONAL, 

supportedLCS-CapabilitySets [5] IMPLICIT BIT STRING { 
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IcsCapabilitySetl (0 ), 

lcsCapabilitySet2 (1 )} ( SIZE (2 .. 16 ) ) OPTIONAL} OPTIONAL} 
RESULT 
restoreDataRes SEOUENCE { 
hIr-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

msNotReachable NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .Sextensionld { { 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 57 



activateTraceMode OPERATION 
ARGUMENT 
activateTraceModeArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

traceReference [1] IMPLICIT OCTET STRING ( SIZE (1 .. 2 ) ), 
traceType [2] IMPLICIT INTEGER ( .. 255 ), 

omc-ld [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 

extensionContainer [4] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
activateTraceModeRes SEOUENCE { 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unidentifiedSubscriber - localValue : 5, 

- tracingBufferFull - localValue : 40} 
::= localValue : 50 



deactivateTraceMode OPERATION 
ARGUMENT 
deactivateTraceModeArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

traceReference [1] IMPLICIT OCTET STRING ( SIZE (1 .. 2 ) ), 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
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SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

RESULT 
deactivateTraceModeRes SEQUENCE { 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unidentifiedSubscriber - localValue : 5} 
::= localValue : 51 

sendlMSI OPERATION 
ARGUMENT 

msisdn OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) 
RESULT 

imsi OCTET STRING ( SIZE (3 .. 8 ) ) 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 58 

sendRoutinglnfo OPERATION 
ARGUMENT 
sendRoutinglnfoArg SEQUENCE { 
msisdn [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

cug-Checklnfo [1] IMPLICIT SEQUENCE { 

cug-lnterlock OCTET STRING ( SIZE (4 ) ), 
cug-OutgoingAccess NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
numberOfForwarding [2] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 

interrogationType [3] IMPLICIT ENUMERATED { 

basicCall (0 ), 
forwarding (1 )}, 
or-lnterrogation [4] IMPLICIT NULL OPTIONAL, 

or-Capability [5] IMPLICIT INTEGER ( 1 .. 127 ) OPTIONAL, 

gmsc-Address [6] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

callReferenceNumber [7] IMPLICIT OCTET STRING ( SIZE (1 .. 8 ) ) OPTIONAL, 

forwardingReason [8] IMPLICIT ENUMERATED { 

notReachable (0 ), 
busy (1 ), 

noReply (2 )} OPTIONAL, 
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basicServiceGroup [9] CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
networkSignallnfo [10] IMPLICIT SEOUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extenslonld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camellnfo [1 1 ] IMPLICIT SEOUENCE { 

supportedCamelPhases BIT STRING { 
phasel (0 ), 
phase2 (1 ), 

phase3 (2)}( SIZE (1 ..16)), 
suppress-T-CSI NULL OPTIONAL, 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
suppressionOfAnnouncement [12] IMPLICIT NULL OPTIONAL, 

extensionContainer [13] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

alertingPattern [14] IMPLICIT OCTET STRING { SIZE (1 ) ) OPTIONAL, 

ccbs-Call [15] IMPLICIT NULL OPTIONAL, 

supportedCCBS-Phase [16] IMPLICIT INTEGER ( 1 .. 127 ) OPTIONAL, 

additionalSignallnfo [17] IMPLICIT SEOUENCE { 

ext-Protocolld ENUMERATED { 
ets-300356 (1 ), 
...}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld (( 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
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istSupportlndicator [18] IMPLICIT ENUMERATED { 

basic! STSupported (0 ), 
istCommandSupported (1 ), 
... } OPTIONAL, 
pre-pagingSupported [19] IMPLICIT NULL OPTIONAL, 

callDiversionTreatmentlndicator [20] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
longFTN-Supported [21] IMPLICIT NULL OPTIONAL} 

RESULT 
sendRoutinglnfoRes [3] IMPLICIT SEQUENCE { 
imsi [9] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

extendedRoutinglnfo CHOICE { 

routinglnfo CHOICE { 

roamingNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
forwarding Data SEQUENCE { 
forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [4] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

lon'gForwardedToNumber [8] IMPLICIT OCTET STRING { SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}}, 
camelRoutinglnfo [8] IMPLICIT SEQUENCE { 
forwarding Data SEQUENCE { 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [4] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

lon'gForwardedToNumber [8] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL} OPTIONAL, 
gmscCamelSubscriptionlnfo [0] IMPLICIT SEQUENCE { 
t-CSI [0] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ({ 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL 
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extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

■■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

o-CSI [1] IMPLICIT SEQUENCE { 

0-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2 ), 

routeSelectFailure (4 )}, 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ({ 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

o-BcsmCamelTDP-CriteriaList [3] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2 ), 
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routeSelectFailure (4 )}, 
destinationNumberCriteria [0] IMPLICIT SEQUENCE { 
matchType [0] IMPLICIT ENUMERATED { 

inhibiting (0 ), 

enabling (1 )}, 
destinationNumberLlst [1] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 

OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
destinationNumberLengthList [2] IMPLICIT SEQUENCE { SIZE (1 ..3))QF 

INTEGER ( 1 .. 15 ) OPTIONAL, 
... } OPTIONAL, 
basicServiceCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
callTypeCriteria [2] IMPLICIT ENUMERATED { 

forwarded (0 ), 
notFonwarded (1 )} OPTIONAL, 

o-CauseVaiueCriteria [3] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
t-BCSM-CAMEL-TDP-CriteriaList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) QF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
d-csi [5] IMPLICIT SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE 
csi-Active 
... } OPTIONAL}, 
extensionContainer 
privateExtensionList 
SEQUENCE { 



.}{@extld } ) OPTIONAL} OPTIONAL, 



[1] IMPLICIT SEQUENCE! 



[3] IMPLICIT NULL OPTIONAL, 
[4] IMPLICIT NULL OPTIONAL, 

[1] IMPLICIT SEQUENCE! 
)] IMPLICIT SEQUENCE ( SIZE (1 . 



10)) OF 



extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .SExtensionType { { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... }} OPTIONAL, 
cug-Checklnfo 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



[3] IMPLICIT SEQUENCE! 
cug-lnterlock OCTET STRING ( SIZE (4 ) ), 
cug-OutgoingAccess NULL OPTIONAL, 
extensionContainer SEQUENCE ! 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE ! 
extId MAP-EXTENSION .&extensionld (■ 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .&ExtensionType 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



[6] IMPLICIT NULL OPTIONAL, 
[7] IMPLICIT SEQUENCE! 
IMPLICIT SEQUENCE! 

INTEGER ( .. 32767 ) OPTIONAL, 
■01 IMPLICIT OCTET STRING ( SIZE (8 ' 



...} ! @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
cugSubscriptionFlag 
subscriberlnfo 
locationlnformation 
ageOfLocationlnformation 

geographicallnformation [0] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

vir-number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) 

locationNumber [2] IMPLICIT OCTET STRING ( SIZE (2 .. 10 ) ) OPTIONAL, 

cellGloballdOrServiceArealdOrLAI [3] CHOICE ! 
cellGloballdOrServiceArealdFixedLength [0] IMPLICIT OCTET STRING ( SIZE (7 ) ), 
laiFixedLength [1] IMPLICIT OCTET STRING ( SIZE (5 ) )} OPTIONAL, 

extensionContainer [4] IMPLICIT SEQUENCE ! 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE ! 
extId MAP-EXTENSION .&extensionld ( ! 



OPTIONAL, 



••■}), 
extType 



MAP-EXTENSION .&ExtensionType { ! 



...} ! @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



selectedLSA-ld 

msc-Number 

geodeticlnformation 

currentLocationRetrieved 

sai-Present 



[5] IMPLICIT OCTET STRING ( SIZE (3 ) ) OPTIONAL, 
[6] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 
[7] IMPLICIT OCTET STRING ( SIZE (10 ) ) OPTIONAL, 
[8] IMPLICIT NULL OPTIONAL, 
[9] IMPLICIT NULL OPTIONAL} OPTIONAL, 



I OPTIONAL, 



subscriberState [1] CHOICE] 
assumedldle [0] IMPLICIT NULL, 

camelBusy [1] IMPLICIT NULL, 

netDetNotReachable ENUMERATED ! 

msPurged (0 ), 

ImsiDetached (1 ), 

restrictedArea (2 ), 

notRegistered (3 )}, 
notProvidedFromVLR [2] IMPLICIT NULL} OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE ! 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 

SEQUENCE ! 



10)) OF 
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extid MAP-EXTENSION .Sextensionld ( { 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
ss-List [1] IMPLICIT SEQUENCE ( SIZE (1 .. 30 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
basicService [5] CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
forwardinglnterrogationRequired [4] IMPLICIT NULL OPTIONAL, 

vmsc-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

extensionContainer [0] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

naea-PreferredCI [10] IMPLICIT SEQUENCE { 

naea-PreferredCIC [0] IMPLICIT OCTET STRING ( SIZE (3 ) ), 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
ccbs-lndicators [11] IMPLICIT SEOUENCE { 

ccbs-Possible [0] IMPLICIT NULL OPTIONAL, 

keepCCBS-Calllndicator [1] IMPLICIT NULL OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
msisdn [12] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

numberPortabilityStatus [13] IMPLICIT ENUMERATED { 

notKnownToBePorted (0 ), 

ownNumberPortedOut (1 ), 

foreignNumberPortedToForeignNetwork (2 ), 
... } OPTIONAL, 
IstAlertTimer [14] IMPLICIT INTEGER ( 15 .. 255 ) OPTIONAL} 

ERRORS { 

- systemFailure - localValue ; 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- or-NotAllowed - localValue : 48, 

- unknownSubscriber - localValue : 1, 

- numberChanged - localValue : 44, 

- bearerServiceNotProvisioned - localValue ; 10, 
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-- teleserviceNotProvisioned -- localValue : 1 1 , 
-- absentSubscriber -- localValue : 27, 
-- busySubscriber -- localValue : 45, 
-- noSubscriberReply -- localValue : 46, 
-- callBarred -- localValue : 13, 
-- cug-Reject -- localValue : 15, 
-- forwardingViolation -- localValue : 14} 
::= localValue : 22 

provideRoamlngNumber OPERATION 
ARGUMENT 
provideRoamingNumberArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msc-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

msisdn [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

Imsi [4] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

gsm-BearerCapability [5] IMPLICIT SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
networkSignallnfo [6] IMPLICIT SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
suppressionOfAnnouncement [7] IMPLICIT NULL OPTIONAL, 

gmsc-Address [8] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) { SIZE (1 .. 9 ) ) OPTIONAL, 

callReferenceNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 8 ) ) OPTIONAL, 

or-lnterrogation [10] IMPLICIT NULL OPTIONAL, 

extensionContainer [11] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

•••} ) , 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

alertingPattem [12] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ccbs-Call [1 3] IMPLICIT NULL OPTIONAL, 

supportedCamelPhaseslnGMSC [15] IMPLICIT BIT STRING { 
phasel (0 ), 
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phase2 (1 ), 

phases (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
additionalSignallnfo [14] IMPLICIT SEOUENCE { 

ext-Protocolld ENUMERATED { 
ets-300356 (1 ), 

signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( | 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
orNotSupportedlnGMSC 
pre-pagingSupported 
longFTN-Supported 
RESULT 
provideRoamingNumberRes SEQUENCE { 
roamingNumber OCTET STRING ( SIZE (1 .. 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[16] IMPLICIT NULL OPTIONAL, 
[17] IMPLICIT NULL OPTIONAL, 
[18] IMPLICIT NULL OPTIONAL} 



20 ) ) ( SIZE (1 .. 9 ) ), 
( SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( \ 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- or-NotAllowed - localValue : 48, 

- absentSubscriber - localValue : 27, 

- noRoamingNumberAvailable - localValue : 39} 
::= localValue : 4 



SIZE (1 .. 8 ) ) OPTIONAL, 



.5)), 

5 ) )} OPTIONAL, 



resumeCallHandling OPERATION 
ARGUMENT 
resumeCallHandlingArg SEQUENCE { 
callReferenceNumber [0] IMPLICIT OCTET STRING i 
basicServiceGroup [1] CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 
forwardingData [2] IMPLICIT SEQUENCE { 
forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) 
forwardedToSubaddress [4] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



I OPTIONAL, 



extType 



MAP-EXTENSION .&ExtensionType ( \ 



...]{ @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



longForwardedToNumber [8] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 )) OPTIONAL} OPTIONAL, 
imsi [3] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

cug-Checklnfo [4] IMPLICIT SEOUENCE { 

cug-lnterlock OCTET STRING ( SIZE (4 ) ), 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



1202 



ETSI TS 129 002 V4.9.0 (2002-09) 



cug-OutgoingAccess NULL OPTIONAL, 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE{1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
o-CSI [5] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEOUENCE 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED 
collectedlnfo (2), 



SIZE(1 .. 10)) OF 



routeSelectFailure 
serviceKey 
gsmSCF-Address 
defaultCallHandling 
continueCall (0 ), 
releaseCall (1 ), 



(4)}, 
INTEGER ( .. 2147483647 ), 

[0] IMPLICIT OCTET STRING ( SIZE (1 
[1] IMPLICIT ENUMERATED { 



20) )( SIZE(1 ..9); 



extensionContainer 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld 

'•}), 



[2] IMPLICIT SEOUENCE { 
IMPLICIT SEOUENCE ( SIZE (1 



({ 



10)) OF 



extType MAP-EXTENSION .&ExtensionType ( { 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer 
privateExtensionList 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SEOUENCE { 

[0] IMPLICIT SEQUENCE 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

extensionContainer [7] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



} ) 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
ccbs-Possible [8] IMPLICIT NULL OPTIONAL, 

msisdn [9] IMPLICIT OCTET STRING ( SIZE (1 

uu-Data [10] IMPLICIT SEQUENCE { 

uulndicator [0] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

uui [1] IMPLICIT OCTET STRING ( SIZE (1 .. 131 ) ) OPTIONAL 

uusCFInteraction [2] IMPLICIT NULL OPTIONAL, 
extensionContainer [3] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
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extid MAP-EXTENSION .Sextensionld ( { 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
alllnformationSent [11] IMPLICIT NULL OPTIONAL, 

d-csl [12] IMPLICIT SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL} 
RESULT 
resumeCallHandlingRes SEOUENCE { 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- forwardingFailed - localValue : 47, 

- or-NotAllowed - localValue : 48, 

- unexpectedDataValue - localValue : 36, 

- dataMissing - localValue : 35} 
::= localValue : 6 

provideSIWFSNumber OPERATION 
ARGUMENT 
provideSIWFSNumberArg SEQUENCE { 
gsm-BearerCapability [0] IMPLICIT SEQUENCE { 
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protocolld ENUMERATED { 

gsm-0408 (1 ), 

gsm-0806 (2 ), 

gsm-BSSMAP (3 ), 

ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ({ 



SIZE(1 ..10)) OF 



•■■}), 
extType 



MAP-EXTENSION .&ExtensionType 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

isdn-BearerCapability [1 ] IMPLICIT SEQUENCE { 
protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

call-Direction [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

b-Subscriber-Address [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( 
chosenChannel [4] IMPLICIT SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING { SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..9)), 



extType MAP-EXTENSION .&ExtensionType ( \ 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

lowerLayerCompatibility [5] IMPLICIT SEQUENCE { 
protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ) 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( \ 
!..}{@extld } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
highLayerCompatibility [6] IMPLICIT SEQUENCE { 
protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE{1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( \ 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[7] IMPLICIT SEQUENCE { 
:0] IMPLICIT SEQUENCE ( 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer 
privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



} ) 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



sizE(i .. 20))( sizE(i .. g; 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
provideSIWFSNumberRes SEQUENCE { 
slWFSNumber [0] IMPLICIT OCTET STRING I 

extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
. } OPTIONAL, 



...} 
ERRORS { 

- resourceLimitation - localValue : 51, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- systemFailure - localValue : 34} 
::= localValue : 31 



slWFSSignallingModify OPERATION 
ARGUMENT 
slWFSSignallingModifyArg SEQUENCE { 
channelType [0] IMPLICIT SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'..}), 
extType MAP-EXTENSION .SExtensionType ( \ 



SIZE(1 ..10)) OF 
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...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
chosenChannel 
protocol Id 
gsm-0408 
gsm-0806 
gsm-BSSMAP 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE{ 



[1] IMPLICIT SEOUENCE{ 
ENUMERATED { 
(1), 
(2), 
(3), 

ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



•■■}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



10)) OF 



I OPTIONAL, 
I OPTIONAL, 



.} 



RESULT 
slWFSSignallingModifyRes SEQUENCE { 
ChosenChannel [0] IMPLICIT SEOUENCE { 
protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING { SIZE (1 .. 200 ) ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



10)) OF 



extType MAP-EXTENSION .&ExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEOUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



ERRORS { 

- resourceLimitation - localValue : 51, 

- dataMissing - localValue : 35, 
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-- unexpectedDataValue -- localValue : 36, 
-- systemFailure -- localValue : 34} 
::= localValue : 32 



setReportingState OPERATION 
ARGUMENT 
setReportingStateArg SEOUENGE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 . 

Imsi [1] IMPLICIT OCTET STRING ( SIZE (4 ; 

ccbs-Monitoring [2] IMPLICIT ENUMERATED { 
stopMonitoring (0 ), 
startMonitoring (1 ), 
... } OPTIONAL, 
extensionContainer [3] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( 



8 ) ) OPTIONAL, 
) OPTIONAL, 



SIZE(1 ..10)) OF 



extType 



MAP-EXTENSION .&ExtensionType ( { 



} ) 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



(2), 

[1] IMPLICIT SEOUENCE { 
[0] IMPLICIT SEQUENCE ( 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
setReportingStateRes SEOUENCE { 
ccbs-SubscriberStatus [0] IMPLICIT ENUMERATED { 
ccbsNotldle (0 ), 
ccbsldle (1 ), 

ccbsNotReachable 
... } OPTIONAL, 
extensionContainer 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- unidentifiedSubscriber - localValue : 5, 

- unexpectedDataValue - localValue : 36, 

- dataMissing - localValue : 35, 

- resourceLimitation - localValue : 51, 

- facilityNotSupported - localValue : 21} 
:■- localValue : 73 



SIZE(1 ..10)) OF 



statusReport OPERATION 
ARGUMENT 
status ReportArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. I 

eventReportData [1] IMPLICIT SEQUENCE { 
ccbs-SubscriberStatus [0] IMPLICIT ENUMERATED { 
ccbsNotldle (0 ), 



ccbsldle (1 

ccbsNotReachable 
... } OPTIONAL, 
extensionContainer 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



(2), 

[1] IMPLICIT SEOUENCE { 
I IMPLICIT SEQUENCE i 



SIZE(1 ..10)) OF 



extType MAP-EXTENSION .&ExtensionType 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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[2] IMPLICIT SEQUENCE { 

[0] IMPLICIT ENUMERATED { 



[1] IMPLICIT ENUMERATED { 



... } OPTIONAL, 
callReportdata 
monitoringMode 

a-side (0 ), 

b-side (1 ), 

... } OPTIONAL 
callOutcome 

success (0 ), 

failure (1 ), 

busy (2 ), 

... } OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE{1 ..10)) OF 



extType MAP-EXTENSION .SExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...}{@extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
statusReportRes SEQUENCE { 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



■■•}), 
extType MAP-EXTENSION .SExtensionType ( { 



...}{@extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- unknownSubscriber - localValue : 1, 

- systemFailure - localValue : 34, 

- unexpectedDataValue - localValue 

- dataMissing - localValue : 35} 
::= localValue : 74 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



36, 



remoteUserFree OPERATION 
ARGUMENT 
remoteUserFreeArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

calllnfo [1] IMPLICIT SEQUENCE { 

protocolld ENUMERATED { 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .SExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ccbs-Feature [2] IMPLICIT SEQUENCE { 

ccbs-lndex [0] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 

b-subscriberNumber [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
b-subscriberSubaddress [2] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
basicServiceGroup [3] CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

translatedB-Number [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
replaceB-Number [4] IMPLICIT NULL OPTIONAL, 
alertingPattern [5] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [6] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
remoteUserFreeRes SEQUENCE { 
ruf-Outcome [0] IMPLICIT ENUMERATED { 

accepted (0 ), 

rejected (1 ), 

noResponseFromFreeMS (2 ), 
noResponseFromBusyMS (3 ), 
udubFromFreeMS (4 ), 

udubFromBusyMS (5 ), 

...}, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- unexpectedDataValue - localValue : 36, 

- dataMissing - localValue : 35, 

- incompatibleTerminal - localValue : 28, 

- absentSubscriber - localValue : 27, 

- systemFailure - localValue : 34, 

- busySubscriber - localValue : 45} 
::= localValue : 75 

istAlert OPERATION 
ARGUMENT 
IstAlertArg SEOUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
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... } OPTIONAL, 

RESULT 
istAlertRes SEQUENCE { 
istAlertTimer [0] IMPLICIT INTEGER ( 15 .. 255 ) OPTIONAL, 

istlnformationWithdraw [1] IMPLICIT NULL OPTIONAL, 
calTerminationlndicator [2] IMPLICIT ENUMERATED { 
terminateCallActivityReferred (0 ), 
terminateAIICallActivities (1 ), 
... } OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



ERRORS { 

- unexpectedDataValue - localValue : 36, 

- resourceLimitation - localValue : 51, 

- unknownSubscriber - localValue : 1, 

- systemFailure - localValue : 34, 

- facilityNotSupported - localValue : 21} 
::= localValue : 87 



istCommand OPERATION 
ARGUMENT 
IstCommandArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) 

extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...}{@extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
istCommandRes SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- unexpectedDataValue - localValue 

- resourceLimitation - localValue : 51, 

- unknownSubscriber - localValue : 1, 

- systemFailure - localValue : 34, 

- facilityNotSupported - localValue : 21 
::= localValue : 88 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



36, 



registerSS OPERATION 
ARGUMENT 
registerSS-Arg SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 
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teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
forwardedToNumber [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
forwardedToSubaddress [6] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
noReplyConditionTime [5] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 

defaultPriority [7] IMPLICIT INTEGER ( .. 15 ) OPTIONAL, 

nbrUser [8] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL, 

longFTN-Supported [9] IMPLICIT NULL OPTIONAL} 
RESULT 
ss-lnfo CHOICE { 
forwardinglnfo [0] IMPLICIT SEOUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardingFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 

lon'gForwardedToNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
...}, 
callBarringlnfo [1] IMPLICIT SEOUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
...}, 
...}, 
ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-SubscriptionOption CHOICE { 
cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent (0 ), 

temporaryDefaultRestricted (1 ), 
temporaryDefaultAllowed (2 )}, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled (0 ), 
overrideDisabled (1 )}} OPTIONAL, 
basicSen/iceGroupList SEOUENCE ( SIZE (1 .. 13 ) ) OF 
CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

defaultPriority INTEGER ( .. 15 ) OPTIONAL, 

nbrUser [5] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL}} 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- bearerServiceNotProvisioned - localValue : 10, 

- teleserviceNotProvisioned - localValue : 1 1, 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-ErrorStatus - localValue : 17, 

- ss-lncompatibility - localValue : 20} 
::= localValue : 10 

eraseSS OPERATION 
ARGUMENT 
ss-ForBS SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

lon'gFTN-Supported [4] IMPLICIT NULL OPTIONAL} 
RESULT 
ss-lnfo CHOICE { 
forwardinglnfo [0] IMPLICIT SEQUENCE { 
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ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardingFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forward! ngOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 

lon'gForwardedToNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 

callBarringlnfo [1] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-SubscriptionOption CHOICE { 
cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent (0 ), 

temporaryDefaultRestricted (1 ), 
temporaryDefaultAllowed (2 )}, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled (0 ), 
overrideDisabled (1 )}} OPTIONAL, 
basicServiceGroupList SEQUENCE ( SIZE (1 .. 13 ) ) OF 
CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

defaultPriority INTEGER ( .. 15 ) OPTIONAL, 

nbrUser [5] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL}} 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- bearerServiceNotProvisioned - localValue : 10, 

- teleserviceNotProvisioned - localValue : 1 1 , 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-ErrorStatus - localValue : 17} 
::= localValue : 1 1 

activateSS OPERATION 
ARGUMENT 
ss-ForBS SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

lon'gFTN-Supported [4] IMPLICIT NULL OPTIONAL} 
RESULT 
ss-lnfo CHOICE { 
forwardinglnfo [0] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardingFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 
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longForwardedToNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 

callBarringlnfo [1] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Data [3] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-SubscriptionOption CHOICE { 
cliRestrictionOption [2] IMPLICIT ENUMERATED { 
permanent (0 ), 

temporaryDefaultRestricted (1 ), 
temporaryDefaultAllowed (2 )}, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled (0 ), 
overrideDisabled (1 )}} OPTIONAL, 
basicSen/iceGroupList SEQUENCE ( SIZE (1 .. 13 ) ) OF 
CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

defaultPriority INTEGER ( .. 15 ) OPTIONAL, 

nbrUser [5] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL}} 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- bearerServiceNotProvisioned - localValue : 10, 

- teleserviceNotProvisioned - localValue : 1 1 , 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-ErrorStatus - localValue ; 17, 

- ss-SubscriptionViolation - localValue : 19, 

- ss-lncompatibility - localValue : 20, 

- negativePW-Check - localValue : 38, 

- numberOfPW-AttemptsViolation - localValue : 43} 
:> localValue : 12 

deactivateSS OPERATION 
ARGUMENT 
ss-ForBS SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

lon'gFTN-Supported [4] IMPLICIT NULL OPTIONAL} 
RESULT 
ss-lnfo CHOICE { 
forwardinglnfo [0] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardingFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

fora/ardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
fora/ardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
fora/ardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 

longForwardedToNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
...}, 
callBarringlnfo [1] IMPLICIT SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

callBarringFeatureList SEQUENCE ( SIZE (1 ..13)) OF 
SEQUENCE { 
basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
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teleservice [3] IMPLICIT OCTET STRING { SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Data [3] IMPLICIT SEOUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

ss-SubscriptionOption CHOICE { 
cliRestrlctionOption [2] IMPLICIT ENUMERATED { 
permanent (0 ), 

temporaryDefaultRestricted (1 ), 
temporaryDefaultAllowed (2 )}, 
overrideCategory [1] IMPLICIT ENUMERATED { 

overrideEnabled (0 ), 
overrideDisabled (1 )}} OPTIONAL, 
baslcServiceGroupList SEOUENCE ( SIZE (1 .. 13 ) ) OF 
CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

defaultPriority INTEGER ( .. 15 ) OPTIONAL, 

nbrUser [5] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL}} 

ERRORS { 
- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36, 
-- bearerServiceNotProvisioned -- localValue : 10, 
-- teleserviceNotProvisioned -- localValue : 1 1 , 
-- callBarred -- localValue : 13, 
-- illegalSS-Operation -- localValue : 16, 
-- ss-ErrorStatus -- localValue : 17, 
-- ss-SubscriptionViolation -- localValue : 19, 
-- negativePW-Check -- localValue : 38, 
-- numberOfPW-AttemptsViolation -- localValue : 43} 
::= localValue : 13 

interrogateSS OPERATION 
ARGUMENT 
ss-ForBS SEQUENCE { 
ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

lon'gFTN-Supported [4] IMPLICIT NULL OPTIONAL} 
RESULT 
interrogateSS-Res CHOICE { 
ss-Status [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

baslcServiceGroupList [2] IMPLICIT SEQUENCE ( SIZE (1 .. 13 ) ) OF 
CHOICE! 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )}, 
forwardingFeatureLlst [3] IMPLICIT SEQUENCE ( SIZE (1 .. 13 ) ) OF 
SEQUENCE { 
basicService CHOICE { 

bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 5 .. 30 ) OPTIONAL, 

lorngForwardedToNumber [9] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
genericServicelnfo [4] IMPLICIT SEQUENCE { 
ss-Status OCTET STRING ( SIZE (1 ) ), 

cliRestrictionOption ENUMERATED { 

permanent (0 ), 

temporaryDefaultRestricted (1 ), 

temporaryDefaultAllowed (2 )} OPTIONAL, 

maximumEntitledPriority [0] IMPLICIT INTEGER ( .. 15 ) OPTIONAL, 
defaultPriority [1] IMPLICIT INTEGER ( .. 15 ) OPTIONAL, 

ccbs-FeatureList [2] IMPLICIT SEOUENCE ( SIZE (1 .. 5 ) ) OF 

SEQUENCE { 

ccbs-lndex [0] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 

b-subscriberNumber [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
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b-subscriberSubaddress [2] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
basicServiceGroup [3] CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
... } OPTIONAL, 
nbrSB [3] IMPLICIT INTEGER ( 2 .. 7 ) OPTIONAL, 

nbrUser [4] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL, 

nbrSN [5] IMPLICIT INTEGER ( 1 .. 7 ) OPTIONAL}} 

ERRORS { 
-- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36, 
-- bearerServiceNotProvisioned -- localValue : 10, 
-- teleserviceNotProvisioned -- localValue : 1 1 , 
-- callBarred -- localValue : 13, 
-- illegalSS-Operation -- localValue : 16, 
-- ss-NotAvailable -- localValue : 18} 
::= localValue : 14 

processUnstructuredSS-Request OPERATION 
ARGUMENT 
ussd-Arg SEOUENCE { 
ussd-DataCodingScheme OCTET STRING ( SIZE (1 ) ), 
ussd-String OCTET STRING ( SIZE (1 .. 160 ) ), 

alertingPattern OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

msisdn [0] IMPLICIT OCTET STRING { SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL} 

RESULT 
ussd-Res SEQUENCE { 
ussd-DataCodingScheme OCTET STRING ( SIZE (1 ) ), 
ussd-String OCTET STRING ( SIZE (1 .. 160 ) ), 

...} 
ERRORS { 
-- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36, 
-- unknownAlphabet -- localValue : 71, 
-- callBarred -- localValue : 13} 
::= localValue : 59 

unstructuredSS-Request OPERATION 
ARGUMENT 
ussd-Arg SEOUENCE { 
ussd-DataCodingScheme OCTET STRING ( SIZE (1 ) ), 
ussd-String OCTET STRING ( SIZE (1 .. 160 ) ), 

alertingPattern OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

msisdn [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL} 

RESULT 
ussd-Res SEQUENCE { 

ussd-DataCodingScheme OCTET STRING ( SIZE (1 ) ), 

ussd-String OCTET STRING ( SIZE (1 .. 160 ) ), 

...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- absentSubscriber - localValue : 27, 

- illegalSubscriber - localValue : 9, 

- illegalEquipment - localValue : 12, 

- unknownAlphabet - localValue : 71, 

- ussd-Busy - localValue : 72} 
::= localValue : 60 

unstructuredSS-Notify OPERATION 
ARGUMENT 
ussd-Arg SEOUENCE { 
ussd-DataCodingScheme OCTET STRING ( SIZE (1 ) ), 
ussd-String OCTET STRING ( SIZE (1 .. 160 ) ), 

alertingPattern OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

msisdn [0] IMPLICIT OCTET STRING { SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL} 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- absentSubscriber - localValue : 27, 
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-- illegalSubscriber -- localValue : 9, 
-- illegalEquipment -- localValue : 12, 
-- unknownAlphabet -- localValue : 71 , 
-- ussd-Busy -- localValue : 72} 
::= localValue : 61 

registerPassword OPERATION 
ARGUMENT 

ss-Code OCTET STRING ( SIZE (1 ) ) 
RESULT 

newPassword NumericString ( FROM ("0"|"1"|"2"|"3"|"4"|"5"|"6"r7'l"8"|"9" )) ( SIZE (4 ) ) 
ERRORS { 

-- systemFailure -- localValue : 34, 

-- dataMissing -- localValue : 35, 

-- unexpectedDataValue -- localValue : 36, 

-- callBarred -- localValue : 13, 

-- ss-SubscriptionViolation -- localValue : 19, 

-- pw-RegistrationFailure -- localValue : 37, 

-- negativePW-Check -- localValue : 38, 

-- numberOfPW-AttemptsViolation -- localValue : 43} 
LINKED { 

-- getPassword -- localValue : 1 8} 
::= localValue : 17 

getPassword OPERATION 
ARGUMENT 
guidancelnfo ENUMERATED { 
enterPW (0 ), 

enterNewPW (1 ), 

enterNewPW-Again (2 )} 
RESULT 
currentPassword NumericString ( FROM ("0"|"1"|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"9" )) ( SIZE (4 ) ) 
::= localValue : 18 

registerCC-Entry OPERATION 
ARGUMENT 
registerCC-EntryArg SEOUENGE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
ccbs-Data [1] IMPLICIT SEOUENCE { 
ccbs-Feature [0] IMPLICIT SEOUENCE { 

ccbs-lndex [0] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 

b-subscriberNumber [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
b-subscriberSubaddress [2] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
basicServiceGroup [3] CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

...}, 
translatedB-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
servicelndicator [2] IMPLICIT BIT STRING { 
clir-invoked (0 ), 

camel-Invoked (1 )} ( SIZE (2 .. 32 ) ) OPTIONAL, 
calllnfo [3] IMPLICIT SEOUENCE { 

protocolld ENUMERATED! 

gsm-0408 (1 ), 
gsm-0806 (2 ), 
gsm-BSSMAP (3 ), 
ets-300102-1 (4)}, 
signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
networkSignallnfo [4] IMPLICIT SEOUENCE { 
protocolld ENUMERATED { 

gsm-0408 (1 ), 

gsm-0806 (2 ), 

gsm-BSSMAP (3 ), 

ets-300102-1 (4)}, 
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signallnfo OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



extType MAP-EXTENSION .&ExtensionType ( { 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

... } OPTIONAL, 

RESULT 
registerCC-EntryRes SEQUENCE { 
ccbs-Feature [0] IMPLICIT SEQUENCE { 
ccbs-lndex [0] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 

b-subscriberNumber [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ; 
b-subscriberSubaddress [2] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
basicServiceGroup [3] CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
... } OPTIONAL, 

ERRORS { 
-- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36, 
-- callBarred -- localValue : 13, 
-- illegalSS-Operation -- localValue : 16, 
-- ss-ErrorStatus -- localValue ; 17, 
-- ss-lncompatibility -- localValue : 20, 
-- shortTerm Denial -- localValue : 29, 
-- longTerm Denial -- localValue : 30, 
-- facilityNotSupported -- localValue : 21} 
::= localValue : 76 



OPTIONAL, 



eraseCC-Entry OPERATION 
ARGUMENT 
eraseCC-EntryArg SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING { SIZE (1 ) ), 
ccbs-lndex [1] IMPLICIT INTEGER ( 1 .. 5 ) OPTIONAL, 
...} 
RESULT 
eraseCC-EntryRes SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
ss-Status [1] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-ErrorStatus - localValue : 17} 
::= localValue : 77 

sendRoutinglnfoForSM OPERATION 
ARGUMENT 
routinglnfoForSM-Arg SEQUENCE { 
msisdn [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ' 

sm-RP-PRI [1] IMPLICIT BOOLEAN, 

serviceCentreAddress [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ), 
extensionContainer [6] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



■■•}), 
extType 



MAP-EXTENSIQN .&ExtensionType ( \ 



...} { @extld 
pcs-Extensions 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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... } OPTIONAL, 

gprsSupportlndicator [7] IMPLICIT NULL OPTIONAL, 
sm-RP-MTI [8] IMPLICIT INTEGER ( .. 10 ) OPTIONAL, 

sm-RP-SMEA [9] IMPLICIT OCTET STRING ( SIZE (1 .. 12 ) ) OPTIONAL} 

RESULT 
routinglnfoForSM-Res SEOUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

locationlnfoWithLMSI [0] IMPLICIT SEQUENCE { 
networkNode-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
Imsi OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsNodelndicator [5] IMPLICIT NULL OPTIONAL, 
additional-Number [6] CHOICE { 
msc-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )} OPTIONAL}, 
extensionContainer [4] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unknownSubscriber - localValue : 1, 

- teleserviceNotProvisioned - localValue : 11 , 

- callBarred - localValue : 13, 

- absentsubscriberSM - localValue : 6} 
::= localValue : 45 

mo-forwardSM OPERATION 
ARGUMENT 
mo-forwardSM-Arg SEOUENCE { 
sm-RP-DA CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

Imsi [1] IMPLICIT OCTET STRING ( SIZE (4 ) ), 

serviceCentreAddressDA [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ), 
noSM-RP-DA [5] IMPLICIT NULL}, 

sm-RP-OA CHOICE { 

msisdn [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceCentreAddressOA [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ), 
noSM-RP-OA [5] IMPLICIT NULL}, 

sm-RP-UI OCTET STRING ( SIZE (1 .. 200 ) ), 

extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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imsi OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL} 

RESULT 
mo-forwardSM-Res SEOUENCE { 
sm-RP-UI OCTET STRING ( SIZE (1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..} { (Sextid } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- sm-DeliveryFailure - localValue : 32} 
::= localValue : 46 

mt-forwardSM OPERATION 
ARGUMENT 
mt-forwardSM-Arg SEQUENCE { 
sm-RP-DA CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

Imsi [1] IMPLICIT OCTET STRING ( SIZE (4 ) ), 

serviceCentreAddressDA [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ), 
noSM-RP-DA [5] IMPLICIT NULL}, 

sm-RP-OA CHOICE { 

msisdn [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceCentreAddressOA [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ), 
noSM-RP-OA [5] IMPLICIT NULL}, 

sm-RP-UI OCTET STRING ( SIZE (1 .. 200 ) ), 

moreMessagesToSend NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
mt-forwardSM-Res SEQUENCE { 
sm-RP-UI OCTET STRING ( SIZE (1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue ; 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unidentifiedSubscriber - localValue : 5, 

- illegalSubscriber - localValue : 9, 

- illegalEquipment - localValue : 12, 

- subscriberBusyForMT-SMS - localValue : 31, 
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-- sm-DeliveryFailure -- localValue : 32, 
-- absentsubscriberSM -- localValue : 6} 
::= localValue : 44 

reportSM-DeliveryStatus OPERATION 
ARGUMENT 
reportSM-DeliveryStatusArg SEQUENCE { 
msisdn OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceCentreAddress OCTET STRING ( SIZE (1 .. 20 ) ), 

sm-DeliveryOutcome ENUMERATED { 

memoryCapacityExceeded (0 ), 
absentSubscriber (1 ), 

successfulTransfer (2 )}, 
absentSubscriberDiagnosticSM [0] IMPLICIT INTEGER ( .. 255 ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsSupportlndicator [2] IMPLICIT NULL OPTIONAL, 

deliveryOutcomelndicator [3] IMPLICIT NULL OPTIONAL, 

additionalSM-DeliveryOutcome [4] IMPLICIT ENUMERATED { 

memoryCapacityExceeded (0 ), 
absentSubscriber (1 ), 

successfulTransfer (2 )} OPTIONAL, 
additionalAbsentSubscriberDiagnosticSM [5] IMPLICIT INTEGER ( .. 255 ) OPTIONAL} 
RESULT 
reportSM-DeliveryStatusRes SEQUENCE { 
storedMSISDN OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- messageWaitingListFull - localValue : 33} 
::= localValue : 47 

informServiceCentre OPERATION 
ARGUMENT 
informServiceCentreArg SEQUENCE { 
StoredMSISDN OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

mw-Status BIT STRING { 

sc-AddressNotlncluded (0 ), 
mnrf-Set (1 ), 
mcef-Set (2), 

mnrg-Set (3 )} ( SIZE (6 .. 16 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
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... } OPTIONAL, 

absentSubscriberDiagnosticSM INTEGER ( .. 255 ) OPTIONAL, 

additionalAbsentSubscriberDiagnosticSM [0] IMPLICIT INTEGER ( .. 255 ) OPTIONAL} 
:■- localValue : 63 

alertServiceCentre OPERATION 
ARGUMENT 
alertServiceCentreArg SEQUENCE { 
msisdn OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

serviceCentreAddress OCTET STRING ( SIZE (1 .. 20 ) ), 

ERRORS { 
-- systemFailure -- localValue : 34, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36} 
::= localValue : 64 

readyForSM OPERATION 
ARGUMENT 
readyForSM-Arg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

alertReason ENUMERATED { 

ms-Present (0 ), 

memoryAvailable (1 )}, 
alertReasonlndicator NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
readyForSM-Res SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unknownSubscriber - localValue : 1} 
:■- localValue : 66 

provideSubscriberlnfo OPERATION 
ARGUMENT 
provideSubscriberlnfoArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

Imsi [1] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

requestedlnfo [2] IMPLICIT SEQUENCE { 
locationlnformation [0] IMPLICIT NULL OPTIONAL, 
subscriberState [1] IMPLICIT NULL OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

currentLocation [3] IMPLICIT NULL OPTIONAL}, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

RESULT 
provideSubscriberlnfoRes SEQUENCE { 
subscriberlnfo SEQUENCE { 
locationlnformation [0] IMPLICIT SEQUENCE { 
ageOfLocationlnformation INTEGER ( .. 32767 ) OPTIONAL, 

geographicallnformation [0] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

vir-number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

locationNumber [2] IMPLICIT OCTET STRING ( SIZE (2 .. 10 ) ) OPTIONAL, 

cellGloballdOrServiceArealdOrLAI [3] CHOICE { 
cellGloballdOrServiceArealdRxedLength [0] IMPLICIT OCTET STRING ( SIZE (7 ) ), 
laiFixedLength [1 ] IMPLICIT OCTET STRING ( SIZE (5 ) )} OPTIONAL, 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

sel'ectedLSA-ld [5] IMPLICIT OCTET STRING ( SIZE (3 ) ) OPTIONAL, 

msc-Number [6] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

geodeticlnformation [7] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

currentLocationRetrieved [8] IMPLICIT NULL OPTIONAL, 

sai-Present [9] IMPLICIT NULL OPTIONAL} OPTIONAL, 

subscriberState [1] CHOICE { 
assumedldle [0] IMPLICIT NULL, 

camelBusy [1] IMPLICIT NULL, 

netDetNotReachable ENUMERATED { 

msPurged (0 ), 

ImsiDetached (1 ), 

restrictedArea (2 ), 

notRegistered (3 )}, 
notProvidedFromVLR [2] IMPLICIT NULL} OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36} 
::= localValue : 70 

anyTimelnterrogation OPERATION 
ARGUMENT 
anyTimelnterrogationArg SEOUENCE { 
subscriberldentity [0] CHOICE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )}, 
requestedlnfo [1] IMPLICIT SEOUENCE { 
locationlnformation [0] IMPLICIT NULL OPTIONAL, 
subscriberState [1] IMPLICIT NULL OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

currentLocation [3] IMPLICIT NULL OPTIONAL}, 
gsmSCF-Address [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
anyTimelnterrogationRes SEQUENCE { 
subscriberlnfo SEQUENCE { 
locationlnformation [0] IMPLICIT SEQUENCE { 
ageOfLocationlnformation INTEGER ( .. 32767 ) OPTIONAL, 

geographicallnformation [0] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

vir-number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

locationNumber [2] IMPLICIT OCTET STRING ( SIZE (2 .. 10 ) ) OPTIONAL, 

cellGloballdOrServiceArealdOrLAI [3] CHOICE { 
cellGloballdOrServiceArealdFixedLength [0] IMPLICIT OCTET STRING ( SIZE (7 ) ), 
lalFixedLength [1 ] IMPLICIT OCTET STRING ( SIZE (5 ) )} OPTIONAL, 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

sel'ectedLSA-ld [5] IMPLICIT OCTET STRING ( SIZE (3 ) ) OPTIONAL, 

msc-Number [6] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

geodeticlnformation [7] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

currentLocationRetrieved [8] IMPLICIT NULL OPTIONAL, 

sai-Present [9] IMPLICIT NULL OPTIONAL} OPTIONAL, 
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subscriberState [1] CHOICE { 
assumedldle [0] IMPLICIT NULL, 

camelBusy [1] IMPLICIT NULL, 

netDetNotReachable ENUMERATED { 
msPurged (0 ), 

imslDetached (1 ), 
restrictedArea (2 ), 
notRegistered (3 )}, 
notProvidedFromVLR [2] IMPLICIT NULL} OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .&ExtensionType ( \ 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



ERRORS { 

- systemFailure - localValue : 34, 

- ati-NotAllowed - localValue : 49, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 71 



SIZE (1 .. 9 ) )}, 



anyTimeSubscriptionlnterrogation OPERATION 
ARGUMENT 
anyTimeSubscriptionlnterrogationArg SEQUENCE { 
subscriberldentity [0] CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 1 
requestedSubscriptionlnfo [1] IMPLICIT SEQUENCE { 
requestedSS-lnfo [1 ] IMPLICIT SEQUENCE { 

ss-Code OCTET STRING ( SIZE (1 ) ), 

basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 

lon'gFTN-Supponed [4] IMPLICIT NULL OPTIONAL} OPTIONAL, 
odb [2] IMPLICIT NULL OPTIONAL, 

requestedCAMEL-Subscriptionlnfo [3] IMPLICIT ENUMERATED { 



o-CSI 

t-CSI 

vt-CSI 

tif-CSI 

gprs-CSI 

sms-CSI 

ss-CSI 

m-CSI 

d-csi 



(o; 
(1), 

(2), 
(3), 

(4): 

(5) 
(6), 
(7), 
(8 )} OPTIONAL, 



supportedVLR-CAMEL-Phases [4] IMPLICIT NULL OPTIONAL, 

supportedSGSN-CAMEL-Phases [5] IMPLICIT NULL OPTIONAL, 
extensionContainer [6] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .SExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

extensionContainer [3] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
longFTN-Supported [4] IMPLICIT NULL OPTIONAL, 

...} 
RESULT 
anyTimeSubscriptionlnterrogationRes SEOUENCE { 
callForwardingData [1] IMPLICIT SEOUENCE { 

forwardingFeatureList SEOUENCE ( SIZE (1 .. 32 ) ) OF 
SEOUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
extensionContainer [9] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

longForwardedToNumber [10] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
notificationToCSE NULL OPTIONAL, 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
callBarringData [2] IMPLICIT SEQUENCE { 

callBarringFeatureList SEOUENCE ( SIZE (1 .. 32 ) ) OF 

SEOUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

password NumericString ( FROM ("0"|"1 •■|"2"|"3T'4"|"5"|"6"|"7"|"8"|"9" )) { SIZE (4 ) ) OPTIONAL, 

wrongPasswordAttemptsCounter INTEGER ( .. 4 ) OPTIONAL, 
notificationToCSE NULL OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extenslonld ( { 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
odb-lnfo [3] IMPLICIT SEQUENCE { 

odb-Data SEQUENCE { 

odb-General Data BIT STRI NG { 

allOG-CallsBarred (0 ), 

internationalOGCallsBarred (1 ), 

internationalOGCallsNotToHPLMN-CountryBarred (2 ), 

interzonalOGCallsBarred (6 ), 

InterzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8), 

premiumRatelnformationOGCallsBarred (3 ), 

premiumRateEntertainementOGCallsBarred (4 ), 

ss-AccessBarred (5 ), 

allECT-Barred (9), 

chargeableECT-Barred (10), 

internationalECT-Barred (11 ), 

interzonalECT-Barred (12), 

doublyChargeableECT-Barred (13), 

multipleECT-Barred (14), 

allPacketOrientedServicesBarred (15 ), 

roamerAccessToHPLMN-AP-Barred (16 ), 

roamerAccessToVPLMN-AP-Barred (17 ), 

roamingOutsidePLMNOG-CallsBarred (18 ), 

alllC-CallsBarred (19), 

roamingOutsidePLMNIC-CallsBarred (20 ), 

roamingOutsidePLMNICountrylC-CallsBarred (21 ), 

roamingOutsidePLMN-Barred (22 ), 

roamingOutsidePLMN-CountryBarred (23 ), 

registrationAIICF-Barred (24 ), 

registrationCFNotToHPLMN-Barred (25 ), 

registrationlnterzonalCF-Barred (26 ), 

registrationlnterzonalCFNotToHPLMN-Barred (27 )} ( SIZE (15 .. 32 ) ), 
odb-HPLMN-Data BIT STRING { 

pImn-SpecificBarringTypel (0 ), 

plmn-SpecificBarringType2 (1 ), 

plmn-SpecificBarringType3 (2 ), 

plmn-SpecificBarringType4 (3 )} ( SIZE (4 .. 32 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
notificationToCSE NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
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extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camel-Subscriptionlnfo [4] IMPLICIT SEOUENCE { 
o-CSI [0] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2 ), 

routeSelectFailure (4 )}, 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

o-BcsmCamelTDP-CriteriaList [1] IMPLICIT SEOUENCE { SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2), 

routeSelectFailure (4 )}, 
destinationNumberCriteria [0] IMPLICIT SEQUENCE { 
matchType [0] IMPLICIT ENUMERATED { 

inhibiting (0 ), 

enabling (1 )}, 
destinationNumberList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
destinationNumberLengthList [2] IMPLICIT SEQUENCE ( SIZE (1 ..3)) OF 

INTEGER (1 ..15) OPTIONAL, 
... } OPTIONAL, 
basicServiceCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
callTypeCriteria [2] IMPLICIT ENUMERATED { 

forwarded (0 ), 
notForwarded (1 )} OPTIONAL, 

o-CauseValueCriteria [3] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 228 ETSI TS 1 29 002 V4.9.0 (2002-09) 

SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
d-CSI [2] IMPLICIT SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
t-CSI [3] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 21 47483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
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privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSIQN .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

t-BCSM-CAMEL-TDP-CriteriaList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE! 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
vl-CSI [5] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

vt-BCSM-CAMEL-TDP-CriteriaList [6] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 
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tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
tif-CSI [7] IMPLICIT NULL OPTIONAL, 

tif-CSI-NotificationToCSE [8] IMPLICIT NULL OPTIONAL, 
gprs-CSI [9] IMPLICIT SEQUENCE { 

gprs-CamelTDPDataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
gprs-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
attach (1 ), 

attachChangeOfPosition (2 ), 

pdp-ContextEstablishment (11 ), 

pdp-ContextEstablishmentAcknowledgement (12 ), 
pdp-ContextChangeOf Position (14 ), 

...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSessionHandling [3] IMPLICIT ENUMERATED { 
continueTransaction (0 ), 
releaseTransaction (1 ), 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

••■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
sms-CSI [10] IMPLICIT SEQUENCE { 

sms-CAMEL-TDP-DataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
sms-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
sms-Collectedlnfo (1 ), 
...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSMS-Handling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 
releaseTransaction (1 ), 

...}, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



extType MAP-EXTENSION .&ExtensionType { { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE 
csi-Active 
... } OPTIONAL, 
ss-CSI 
ss-CamelData 
ss-EventList 

OCTET STRING 
gsmSCF-Address 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[3] IMPLICIT NULL OPTIONAL, 
[4] IMPLICIT NULL OPTIONAL, 

[11] IMPLICIT SEQUENCE { 
SEQUENCE { 

SEQUENCE ( SIZE(1 .. 10)) OF 
SIZE(1)), 
OCTET STRING ( SIZE (1 .. 20 ; 



)( SIZE (1.. 9)), 



extensionContainer [I 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld 



IMPLICIT SEQUENCE { 

0] IMPLICIT SEQUENCE ( SIZE (1 



10)) OF 



■••}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



extType MAP-EXTENSION .&ExtensionType { { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



notificationToCSE [0] IMPLICIT NULL OPTIONAL, 
csi-Active [1] IMPLICIT NULL OPTIONAL} OPTIONAL, 

m-CSI [1 2] IMPLICIT SEQUENCE { 

mobilityTriggers SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ; 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



extType MAP-EXTENSION .&ExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
csi-Active [3] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
extensionContainer [13] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



10)) OF 
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••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

specificCSIDeletedList [14] IMPLICIT BIT STRING { 

o-csi (0 ), 

ss-csi (1 ), 

tif-csi (2), 

d-csi (3), 

vt-csi (4 ), 

sms-csi (5 ), 

m-csi (6 ), 

gprs-csi (7 ), 

t-csi (8 )} ( SIZE (8 .. 32 ) ) OPTIONAL} OPTIONAL, 
supportedVLR-CAMEL-Phases [5] IMPLICIT BIT STRING { 
phasel (0 ), 
phase2 (1 ), 

phase3 (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
supportedSGSN-CAMEL-Phases [6] IMPLICIT BIT STRING { 
phasel (0 ), 
phase2 (1 ), 

phase3 (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- atsi-NotAllowed - localValue : 60, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- bearerServiceNotProvisioned - localValue : 10, 

- teleserviceNotProvisioned - localValue : 1 1 , 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-NotAvailable - localValue : 18, 

- InformationNotAvailable - localValue : 62} 
:■- localValue : 62 

anyTimeModification OPERATION 
ARGUMENT 
anyTimeModificationArg SEQUENCE { 
subscriberldentity [0] CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )}, 
gsmSCF-Address [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. J 

modificationRequestFor-CF-lnfo [2] IMPLICIT SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

basicService [1] CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 

forwardedToNumber [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 

forwardedToSubaddress [4] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
noReplyConditionTime [5] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
modifyNotificationToCSE [6] IMPLICIT ENUMERATED { 
deactivate (0 ), 
activate (1 )} OPTIONAL, 
extensionContainer [7] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 
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•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
modificationRequestFor-CB-lnfo [3] IMPLICIT SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

basicService [1] CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 

password [3] IMPLICIT NumericString ( FROM ("0"|"1 ■■|"2"|"3"|"4"|"5"|"6"|"7'T'8"|"9" )) ( SIZE (4 ) ) OPTIONAL, 

wrongPasswordAttemptsCounter [4] IMPLICIT INTEGER ( .. 4 ) OPTIONAL, 
modifyNotificationToCSE [5] IMPLICIT ENUMERATED { 
deactivate (0 ), 
activate (1 )} OPTIONAL, 
extensionContainer [6] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
modificationRequestFor-CSI [4] IMPLICIT SEOUENCE { 
requestedCamel-Subscriptionlnfo [0] IMPLICIT ENUMERATED { 



o-CSI 


(0), 


t-CSI 


(1), 


vt-CSI 


(2), 


tif-CSI 


(3), 


gprs-CSI 


(4: 


sms-CSI 


(5 


ss-CSI 


(6), 


m-CSI 


U) 


d-csi 


(8)}, 



modifyNotificationToCSE [1] IMPLICIT ENUMERATED { 

deactivate (0 ), 

activate (1 )} OPTIONAL, 
modifyCSI-State [2] IMPLICIT ENUMERATED { 

deactivate (0 ), 

activate (1 )} OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
extensionContainer [5] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
longFTN-Supported [6] IMPLICIT NULL OPTIONAL, 



RESULT 
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anyTimeModificationRes SEQUENCE { 
ss-lnfoFor-CSE [0] CHOICE { 

forwardinglnfoFor-CSE [0] IMPLICIT SEQUENCE { 
ss-Code [0] IMPLICIT QCTET STRING ( SIZE (1 ) ), 

forwardingFeatureList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 32 ) ) OF 
SEQUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT QCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
extensionContainer [9] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

longForwardedToNumber [10] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 )) OPTIONAL}, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
callBarringlnfoFor-CSE [1] IMPLICIT SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

callBarringFeatureList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 32 ) ) OF 

SEQUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
password [2] IMPLICIT NumericString ( FROM ("0"|"1"|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"9" )) ( SIZE (4 ) ) OPTIONAL, 

wrongPasswordAttemptsCounter [3] IMPLICIT INTEGER ( .. 4 ) OPTIONAL, 
notificationToCSE [4] IMPLICIT NULL OPTIONAL, 

extensionContainer [5] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
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... } OPTIONAL, 
... }} OPTIONAL, 
camel-Subscriptionlnfo [1] IMPLICIT SEQUENCE { 
o-CSI [0] IMPLICIT SEQUENCE { 

o-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2 ), 

routeSelectFailure (4 )}, 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) { SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

o-BcsmCamelTDP-CrileriaList [1] IMPLICIT SEQUENCE { SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2), 

routeSelectFailure (4 )}, 
destinationNumberCriteria [0] IMPLICIT SEQUENCE { 
matchType [0] IMPLICIT ENUMERATED { 

inhibiting (0 ), 

enabling (1 )}, 
destinationNumberList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
destinationNumberLengthList [2] IMPLICIT SEQUENCE ( SIZE (1 ..3)) OF 

INTEGER (1 ..15) OPTIONAL, 
... } OPTIONAL, 
basicServiceCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
callTypeCriteria [2] IMPLICIT ENUMERATED { 

forwarded (0 ), 
notForwarded (1 )} OPTIONAL, 

o-CauseValueCriteria [3] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
d-CSI [2] IMPLICIT SEOUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEOUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 
...}, 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld { { 

•••} ) , 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
t-CSI [3] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ; 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

...}, 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 
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extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

t-BCSM-CAMEL-TDP-CriteriaList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
vt-CSI [5] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( ( 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

vt-BCSM-CAMEL-TDP-CriteriaList [6] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
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ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
tif-CSI [7] IMPLICIT NULL OPTIONAL, 

tif-CSI-NotificationToCSE [8] IMPLICIT NULL OPTIONAL, 
gprs-CSI [9] IMPLICIT SEQUENCE { 

gprs-CamelTDPDataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
gprs-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
attach (1 ), 

attachChangeOfPosition (2 ), 

pdp-ContextEstablishment (11 ), 

pdp-ContextEstablishmentAcknowledgement (12 ), 
pdp-ContextChangeOfPosition (14), 

...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSessionHandling [3] IMPLICIT ENUMERATED { 
continueTransaction (0 ), 
releaseTransaction (1 ), 

extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE! 
extId MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
sms-CSI [1 0] IMPLICIT SEQUENCE { 

sms-CAMEL-TDP-DataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
sms-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
sms-Collectedlnfo (1 ), 
...}, 
serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSMS-Handling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 
releaseTransaction (1 ), 
...}, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 239 ETSI TS 1 29 002 V4.9.0 (2002-09) 

extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ({ 

••■}), 
extType MAP-EXTENSION .SExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
ss-CSI [11] IMPLICIT SEQUENCE { 

ss-CamelData SEQUENCE { 

ss-EventList SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'••}), 
exlType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

notificationToCSE [0] IMPLICIT NULL OPTIONAL, 
csi-Active [1] IMPLICIT NULL OPTIONAL} OPTIONAL, 

m-CSI [1 2] IMPLICIT SEQUENCE { 

mobilityTriggers SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
csi-Active [3] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
extensionContainer [13] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'..}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
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pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

specificCSIDeletedList [14] IMPLICIT BIT STRING { 

o-csi (0 ), 

ss-csi (1 ), 

tif-csi (2), 

d-csi (3), 

vt-csi (4 ), 

sms-csi (5 ), 

m-csi (6 ), 

gprs-csi (7 ), 

t-csi (8 )} ( SIZE (8 .. 32 ) ) OPTIONAL} OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- atm-NotAllowed - localValue : 61, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- bearerServiceNotProvisioned - localValue : 10, 

- teleserviceNotProvisioned - localValue : 11 , 

- callBarred - localValue : 13, 

- illegalSS-Operation - localValue : 16, 

- ss-SubscriptionViolation - localValue : 19, 

- ss-ErrorStatus - localValue : 17, 

- ss-lncompatibility - localValue : 20, 

- InformationNotAvailabie - localValue : 62} 
::= localValue : 65 

noteSubscriberDataModified OPERATION 
ARGUMENT 
noteSubscriberDataModifiedArg SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

forwardinglnfoFor-CSE [0] IMPLICIT SEQUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

forwardingFeatureList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 32 ) ) OF 
SEQUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

forwardedToNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
forwardedToSubaddress [8] IMPLICIT OCTET STRING ( SIZE (1 .. 21 ) ) OPTIONAL, 
forwardingOptions [6] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ) OPTIONAL, 
noReplyConditionTime [7] IMPLICIT INTEGER ( 1 .. 100 ) OPTIONAL, 
extensionContainer [9] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

longForwardedToNumber [10] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 15 ) ) OPTIONAL}, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
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extid MAP-EXTENSION .Sextensionld ( { 

•■■}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
callBarringlnfoFor-CSE [1] IMPLICIT SEOUENCE { 
ss-Code [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

callBarringFeatureList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 32 ) ) OF 

SEOUENCE { 
basicService CHOICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
password [2] IMPLICIT NumericString ( FROM ("0"|"1 ■■|"2"|"3"|"4"|"5"|"6"|"7"|"8"|"9" )) ( SIZE (4 ) ) OPTIONAL, 

wrongPasswordAttemptsCounter [3] IMPLICIT INTEGER ( .. 4 ) OPTIONAL, 
notificationToCSE [4] IMPLICIT NULL OPTIONAL, 

extensionContainer [5] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
odb-lnfo [2] IMPLICIT SEOUENCE { 

odb-Data SEOUENCE { 

odb-General Data BIT STRI NG { 

allOG-CallsBarred (0 ), 

internationalOGCallsBarred (1 ), 

internationalOGCallsNotToHPLMN-CountryBarred (2 ), 

interzonalOGCallsBarred (6 ), 

interzonalOGCallsNotToHPLMN-CountryBarred (7 ), 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8), 

premiumRatelnformationOGCallsBarred (3 ), 

premiumRateEntertainementOGCallsBarred (4 ), 

ss-AccessBarred (5 ), 

allECT-Barred (9), 

chargeableECT-Barred (10), 

internationalECT-Barred (11 ), 

interzonalECT-Barred (12), 

doublyChargeableECT-Barred (13), 

multipleECT-Barred (14), 

allPacketOrientedServicesBarred (15 ), 

roamerAccessToHPLMN-AP-Barred (16 ), 

roamerAccessToVPLMN-AP-Barred (17 ), 

roamingOutsidePLMNOG-CallsBarred (18 ), 

alllC-CallsBarred (19), 

roamingOutsidePLMNIC-CallsBarred (20 ), 

roamingOutsidePLMNICountrylC-CallsBarred (21 ), 

roamingOutsidePLMN-Barred (22 ), 

roamingOutsidePLMN-CountryBarred (23 ), 

registrationAIICF-Barred (24 ), 

registrationCFNotToHPLMN-Barred (25 ), 

registrationlnterzonalCF-Barred (26 ), 
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registrationlnterzonalCFNotToHPLMN-Barred (27 )} ( SIZE (15 .. 32 ) ), 
odb-HPLMN-Data BIT STRING { 

plmn-SpecificBarringType1 (0 ), 

plmn-SpecificBarringType2 (1 ), 

plmn-SpecificBarringType3 (2 ), 

plmn-SpecificBarringType4 (3 )} ( SIZE (4 .. 32 ) ) OPTIONAL, 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE ( 

... } OPTIONAL, 
... } OPTIONAL, 

notificationToCSE NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .SExtensionType ( { 



...} { @extld } ) 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camel-Subscriptionlnfo 
o-CSI 
o-BcsmCamelTDPDataList 
SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED 
collectedlnfo (2 ), 



OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



[3] IMPLICIT SEQUENCE! 
[0] IMPLICIT SEQUENCE { 

SEQUENCE ( SIZE(1 



10)) OF 



(4)}, 
INTEGER ( .. 2147483647 ), 

[0] IMPLICIT OCTET STRING ( SIZE (1 
[1] IMPLICIT ENUMERATED { 



routeSelectFailure 
serviceKey 
gsmSCF-Address 
defaultCallHandling 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer 

privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionid ( { 



20 ) ) ( SIZE (1 .. 9 ) ; 



[2] IMPLICIT SEQUENCE { 
IMPLICIT SEQUENCE ( SIZE (1 



10)) OF 



■■•}), 
extType MAP-EXTENSION .SExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 



10)) OF 



extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csiActive [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

o-BcsmCamelTDP-CriteriaList [1] IMPLICIT SEQUENCE ( SIZE (1 ..10) 



)0F 
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SEQUENCE { 
o-BcsmTriggerDetectionPoint ENUMERATED { 
collectedlnfo (2), 

routeSelectFailure (4 )}, 
destinationNumberCriteria [0] IMPLICIT SEQUENCE { 
matchType [0] IMPLICIT ENUMERATED { 

inhibiting (0 ), 

enabling (1 )}, 
destinationNumberList [1] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

QCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) QPTIONAL, 
destinationNumberLengthList [2] IMPLICIT SEQUENCE ( SIZE (1 ..3))QF 

INTEGER (1 .. 15)QPTIQNAL, 
... } QPTIQNAL, 
basicServiceCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) QF 

CHQICE { 

ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 

ext-Teleservice [3] IMPLICIT QCTET STRING ( SIZE (1 .. 5 ) )} QPTIQNAL, 
callTypeCriteria [2] IMPLICIT ENUMERATED { 

forwarded (0 ), 
notForwarded (1 )} QPTIQNAL, 

o-CauseValueCriteria [3] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) QF 

QCTET STRING ( SIZE (1 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} QPTIQNAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} OPTIONAL, 
d-CSI [2] IMPLICIT SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
dialledNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
defaultCallHandling ENUMERATED { 
continueCall (0 ), 
releaseCall (1 ), 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionid { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} QPTIQNAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } QPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } QPTIONAL, 
... } QPTIQNAL, 
notificationToCSE [3] IMPLICIT NULL QPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
t-CSI [3] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) QF 
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SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 21 47483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notificationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

t-BCSM-CAMEL-TDP-CriteriaList [4] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

basicServiceCriteria [0] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) ), 
ext-Teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 .. 5 ) )} OPTIONAL, 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
vt-CSI [5] IMPLICIT SEQUENCE { 

t-BcsmCamelTDPDataList SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BcsmTriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 

tBusy (13), 

tNoAnswer (14)}, 

serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultCallHandling [1] IMPLICIT ENUMERATED { 

continueCall (0 ), 

releaseCall (1 ), 

...}, 
extensionContainer [2] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extlcl } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



extensionContainer 
privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



SEQUENCE { 

:0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 



extType MAP-EXTENSION .&ExtensionType { { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



camelCapabilityHandling [0] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
notiflcationToCSE [1] IMPLICIT NULL OPTIONAL, 

csi-Active [2] IMPLICIT NULL OPTIONAL} OPTIONAL, 

vt-BCSM-CAMEL-TDP-CriteriaList [6] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
t-BCSM-TriggerDetectionPoint ENUMERATED { 
termAttemptAuthorized (12), 



(13: 



(14)}, 



IMPLICIT SEQUENCE ( SIZE (1 .. 5 ) ) OF 



SIZE (1 

SIZE (1 .. 

( SIZE (1 . 



tBusy 
tNoAnswer 
basicServiceCriteria 
CHOICE { 
ext-BearerService [2] IMPLICIT OCTET STRING 
ext-Teleservice [3] IMPLICIT OCTET STRING 
t-CauseValueCriteria [1] IMPLICIT SEQUENCE 

OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
... } OPTIONAL, 
tif-CSI [7] IMPLICIT NULL OPTIONAL, 

tif-CSI-NotificationToCSE [8] IMPLICIT NULL OPTIONAL, 
gprs-CSI [9] IMPLICIT SEQUENCE { 

gprs-CamelTDPDataList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
gprs-TriggerDetectionPoint 
attach 

attachChangeOf Position 
pdp-ContextEstablishment 
pdp-ContextEstablishmentAcknowledgement 
pdp-ContextChangeOfPosition (14 

...}, 
serviceKey [1] IMPLICIT INTEGER 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 

defaultSessionHandling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 
(1), 



5 ) )} OPTIONAL, 
, 5 ) ) OF 



10)) OF 



)] IMPLICIT ENUMERATED | 
(1), 

(2), 
(11), 

(12), 



0.. 2147483647' 



. 20 ) ) ( SIZE (1 .. 9 ) ), 



releaseTransaction 

...}, 
extensionContainer 
privateExtensionList 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionid ( { 



[4] IMPLICIT SEQUENCE { 
IMPLICIT SEQUENCE ( SIZE (1 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .SExtensionType ( { 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



...}{@extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



16) OPTIONAL, 



10)) OF 



extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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... } OPTIONAL, 
... } OPTIONAL, 
notificationToGSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
sms-CSI [10] IMPLICIT SEOUENCE { 

sms-CAMEL-TDP-DataList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
sms-TriggerDetectionPoint [0] IMPLICIT ENUMERATED { 
sms-Collectedlnfo (1 ), 

serviceKey [1] IMPLICIT INTEGER ( .. 2147483647 ), 

gsmSCF-Address [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

defaultSMS-Handling [3] IMPLICIT ENUMERATED { 

continueTransaction (0 ), 

releaseTransaction (1 ), 

extensionContainer [4] IMPLICIT SEOUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
camelCapabilityHandling [1] IMPLICIT INTEGER ( 1 .. 16 ) OPTIONAL, 
extensionContainer [2] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToGSE [3] IMPLICIT NULL OPTIONAL, 

csi-Active [4] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
ss-CSI [11] IMPLICIT SEQUENCE { 

ss-CamelData SEQUENCE { 

ss-EventList SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
gsmSCF-Address OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...}, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .Sextensionld ( { 

•••}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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notificationToCSE [0] IMPLICIT NULL OPTIONAL, 
csi-Active [1] IMPLICIT NULL OPTIONAL} OPTIONAL, 

m-CSI [1 2] IMPLICIT SEQUENCE { 

mobilityTriggers SEQUENCE ( SIZE (1 .. 10 ) ) OF 

OCTET STRING ( SIZE (1 ) ), 
serviceKey INTEGER ( .. 2147483647 ), 

gsmSCF-Address [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
notificationToCSE [2] IMPLICIT NULL OPTIONAL, 
csi-Active [3] IMPLICIT NULL OPTIONAL, 

... } OPTIONAL, 
extensionContainer [13] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

specificCSIDeletedList [14] IMPLICIT BIT STRING { 

o-csi (0 ), 

ss-csi (1 ), 

tif-csi (2), 

d-csi (3), 

vt-csi (4 ), 

sms-csi (5 ), 

m-csi (6 ), 

gprs-csi (7 ), 

t-csi (8 )} ( SIZE (8 .. 32 ) ) OPTIONAL} OPTIONAL, 
alllnformationSent [4] IMPLICIT NULL OPTIONAL, 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 

SEQUENCE { 
extId MAP-EXTENSION .&extensionld ([ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
noteSubscriberDataModifiedRes SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 
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-- unknownSubscriber -- localValue : 1} 
::= localValue : 5 

ss-lnvocatlonNotlflcatlon OPERATION 
ARGUMENT 
ss-lnvocationNotiflcatlonArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

ss-Event [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

ss-EventSpecification [3] IMPLICIT SEQUENCE ( SIZE (1 .. 2 ) ) OF 

OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

b-subscriberNumber [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 
ccbs-RequestState [6] IMPLICIT ENUMERATED { 
request (0 ), 
recall (1 ), 
active (2 ), 
completed (3 ), 
suspended (4 ), 
frozen (5 ), 
deleted (6 )} OPTIONAL} 
RESULT 
ss-lnvocationNotificationRes SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 72 

prepareGroupCall OPERATION 
ARGUMENT 
prepareGroupCallArg SEQUENCE { 
teleservice OCTET STRING ( SIZE (1 .. 5 ) ), 

asciCall Reference OCTET STRING ( SIZE (1 .. 8 ) ), 
codec-Info OCTET STRING ( SIZE (5 .. 10 ) ), 

cipheringAlgorithm OCTET STRING ( SIZE (1 ) ), 
groupKeyNumber [0] IMPLICIT INTEGER ( .. 15 ) OPTIONAL, 
groupKey [1] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

priority [2] IMPLICIT INTEGER ( .. 15 ) OPTIONAL, 

uplinkFree [3] IMPLICIT NULL OPTIONAL, 

extensionContainer [4] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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RESULT 
prepareGroupCallRes SEQUENCE { 
groupCallNumber OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 



9)), 
I OF 



■■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- systemFailure - localValue : 34, 

- noGroupCallNumberAvailable - localValue : 50, 

- unexpectedDataValue - localValue : 36} 
::= localValue : 39 



sendGroupCallEndSignal OPERATION 
ARGUMENT 
sendGroupCallEndSignalArg SEQUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
sendGroupCallEndSignalRes SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■■ localValue : 40 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



processGroupCallSignalling OPERATION 
ARGUMENT 
processGroupCallSignallingArg SEQUENCE { 
uplinkRequest [0] IMPLICIT NULL OPTIONAL, 

uplinkReleaselndication [1] IMPLICIT NULL OPTIONAL, 
releaseGroupCall [2] IMPLICIT NULL OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 41 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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forwardGroupCallSignalling OPERATION 
ARGUMENT 
forwardGroupCallSignallingArg SEOUENGE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

uplinkRequestAck [0] IMPLICIT NULL OPTIONAL, 

uplinkReleaselndication [1] IMPLICIT NULL OPTIONAL, 
uplinkRejectCommand [2] IMPLICIT NULL OPTIONAL, 
uplinkSeizedCommand [3] IMPLICIT NULL OPTIONAL, 
uplinkReleaseCommand [4] IMPLICIT NULL OPTIONAL, 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

stateAttributes [5] IMPLICIT SEOUENCE { 

downlinkAttached [5] IMPLICIT NULL OPTIONAL, 
uplinkAttached [6] IMPLICIT NULL OPTIONAL, 
dualCommunication [7] IMPLICIT NULL OPTIONAL, 
callOriginator [8] IMPLICIT NULL OPTIONAL} OPTIONAL} 
::= localValue : 42 

updateGprsLocation OPERATION 
ARGUMENT 
updateGprsLocationArg SEOUENCE { 
imsi OCTET STRING ( SIZE (3 .. 8 ) ), 

sgsn-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

sgsn-Address OCTET STRING ( SIZE (5 .. 17 ) ), 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

sgsn-Capability [0] IMPLICIT SEQUENCE { 

solsaSupportlndicator NULL OPTIONAL, 

extensionContainer [1 ] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

superChargerSupportedlnServingNetworkEntity [2] CHOICE { 

sendSubscriberData [0] IMPLICIT NULL, 

subscriberDataStored [1] IMPLICIT OCTET STRING ( SIZE (1 .. 6 ) )} OPTIONAL, 
gprsEnhancementsSupportlndicator [3] IMPLICIT NULL OPTIONAL, 

supportedCamelPhases [4] IMPLICIT BIT STRING { 

phasel (0 ), 

phase2 (1 ), 

phase3 (2 )} ( SIZE (1 .. 16 ) ) OPTIONAL, 
supportedLCS-CapabilitySets [5] IMPLICIT BIT STRING { 

IcsCapabilitySetl (0 ), 

lcsCapabilitySet2 (1 )} ( SIZE (2 .. 16 ) ) OPTIONAL} OPTIONAL, 
informPreviousNetworkEntity [1] IMPLICIT NULL OPTIONAL} 
RESULT 
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updateGprsLocationRes SEQUENCE { 
hIr-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- systemFailure - localValue : 34, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- roamingNotAllowed - localValue : 8} 
::= localValue : 23 

sendRoutinglnfoForGprs OPERATION 
ARGUMENT 
sendRoutinglnfoForGprsArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

ggsn-Address [1] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ) OPTIONAL, 

ggsn-Number [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
sendRoutinglnfoForGprsRes SEQUENCE { 
sgsn-Address [0] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ), 

ggsn-Address [1] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ) OPTIONAL, 

mobileNotReachableReason [2] IMPLICIT INTEGER ( .. 255 ) OPTIONAL, 
extensionContainer [3] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- absentSubscriber - localValue : 27, 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- call Barred - localValue : 13} 
::= localValue : 24 

failureReport OPERATION 
ARGUMENT 
failureReportArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

ggsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

ggsn-Address [2] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ) OPTIONAL, 

extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
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extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

RESULT 
failureReportRes SEQUENCE { 
ggsn-Address [0] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
:■- localValue : 25 

noteMsPresentForGprs OPERATION 
ARGUMENT 
noteMsPresentForGprsArg SEQUENCE { 
imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

sgsn-Address [1] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ), 

ggsn-Address [2] IMPLICIT OCTET STRING ( SIZE (5 .. 17 ) ) OPTIONAL, 

extensionContainer [3] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
noteMsPresentForGprsRes SEQUENCE { 
extensionContainer [0] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1} 
::= localValue : 26 

provideSubscriberLocation OPERATION 
ARGUMENT 
provideSubscriberLocation-Arg SEOUENCE { 
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locationType SEQUENCE { 

locationEstimateType [0] IMPLICIT ENUMERATED { 
currentLocation (0 ), 

currentOrLastKnownLocation (1 ), 
initialLocation (2 ), 

activateDeferredLocation (3 ), 
cancelDeferredLocation (4 )}, 

deferredLocationEventType [1] IMPLICIT BIT STRING { 
msAvailable (0 )} ( SIZE (1 .. 16 ) ) OPTIONAL}, 
mIc-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

Ics-ClientID [0] IMPLICIT SEQUENCE { 

IcsClientType [0] IMPLICIT ENUMERATED { 

emergencyServices (0 ), 

valueAddedServices (1 ), 
pImnOperatorServices (2 ), 
lawfullnterceptServices (3 ), 

IcsClientExternallD [1] IMPLICIT SEQUENCE { 
externalAddress [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

••■} ) , 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
IcsClientDialedByMS [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
IcsClientlnternallD [3] IMPLICIT ENUMERATED { 
broadcastService (0 ), 

o-andM-HPLMN (1 ), 

o-andM-VPLMN (2), 

anonymousLocation (3 ), 

targetMSsubscribedService (4 ), 
... } OPTIONAL, 
IcsClientName [4] IMPLICIT SEQUENCE { 

dataCodingScheme [0] IMPLICIT OCTET STRING { SIZE (1 ) ), 
nameString [2] IMPLICIT OCTET STRING ( SIZE (1 .. 160 ) ) ( SIZE (1 .. 63 ) ), 

... } OPTIONAL, 

IcsAPN [5] IMPLICIT OCTET STRING { SIZE (2 .. 63 ) ) OPTIONAL} OPTIONAL, 

privacyOverride [1] IMPLICIT NULL OPTIONAL, 
imsi [2] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

msisdn [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

Imsi [4] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

imei [5] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

Ics-Priority [6] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

Ics-QoS [7] IMPLICIT SEQUENCE { 

horizontal-accuracy [0] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

verticalCoordinateRequest [1] IMPLICIT NULL OPTIONAL, 
vertical-accuracy [2] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 

responseTime [3] IMPLICIT SEQUENCE { 

responseTimeCategory ENUMERATED { 
lowdelay (0 ), 
delaytolerant (1 ), 
...}, 
... } OPTIONAL, 
extensionContainer [4] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
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extensionContainer [8] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

supportedGADShapes [9] IMPLICIT BIT STRING { 
ellipsoidPoint (0 ), 

ellipsoidPointWithUncertaintyCircle (1 ), 
ellipsoidPointWithUncertaintyEllipse (2 ), 
polygon (3), 

ellipsoidPointWithAltitude (4 ), 
ellipsoidPointWithAltitudeAndUncertaintyElipsoid (5 ), 
ellipsoidArc (6 )} ( SIZE (7 .. 16 ) ) OPTIONAL} 
RESULT 
provideSubscriberLocation-Res SEQUENCE { 
locationEstimate OCTET STRING ( SIZE (1 .. 20 ) ), 

ageOfLocationEstimate [0] IMPLICIT INTEGER ( .. 32767 ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

add-LocationEstimate [2] IMPLICIT OCTET STRING ( SIZE (1 .. 91 ) ) OPTIONAL, 

deferredmt-lrResponselndicator [3] IMPLICIT NULL OPTIONAL} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unidentifiedSubscriber - localValue : 5, 

- illegalSubscriber - localValue : 9, 

- illegalEquipment - localValue : 12, 

- absentSubscriber - localValue : 27, 

- unauthorizedRequestingNetwork - localValue : 52, 

- unauthorizedLCSCIient - localValue : 53, 

- positionMethodFailure - localValue : 54} 
::= localValue : 83 

sendRoutinglnfoForLCS OPERATION 
ARGUMENT 
routinglnfoForLCS-Arg SEQUENCE { 
mIcNumber [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

targetMS [1] CHOICE { 

imsi [0] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )}, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
RESULT 
routinglnfoForLCS-Res SEQUENCE { 
targetMS [0] CHOICE { 
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imsi [0] IMPLICIT OCTET STRING { SIZE (3 .. 8 ) ), 

msisdn [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )}, 
IcsLocationlnfo [1] IMPLICIT SEQUENCE { 
networkNode-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
Imsi [0] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

•■■}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsNodelndicator [2] IMPLICIT NULL OPTIONAL, 
additional-Number [3] CHOICE { 
msc-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )} OPTIONAL}, 
extensionContainer [2] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36, 

- facilityNotSupported - localValue : 21, 

- unknownSubscriber - localValue : 1, 

- absentSubscriber - localValue : 27, 

- unauthorizedRequestingNetwork - localValue : 52} 
::= localValue : 85 

subscriberLocationReport OPERATION 
ARGUMENT 
subscriberLocationReport-Arg SEQUENCE { 
Ics-Event ENUMERATED { 

emergencyCallOrigination (0 ), 
emergencyCall Release (1 ), 
mo-lr (2 ), 

deferredmt-lrResponse (3 )}, 
Ics-ClientID SEQUENCE { 

IcsClientType [0] IMPLICIT ENUMERATED { 

emergencyServices (0 ), 

valueAddedServices (1 ), 
pImnOperatorServices (2 ), 
lawfullnterceptServices (3 ), 
...}, 
IcsClientExtemallD [1] IMPLICIT SEQUENCE { 
extemalAddress [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
... } OPTIONAL, 
IcsClientDialedByMS [2] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 1 256 ETSI TS 1 29 002 V4.9.0 (2002-09) 

IcsClientlnternallD [3] IMPLICIT ENUMERATED { 

broadcastService (0 ), 

o-andM-HPLMN (1 ), 

o-andM-VPLMN (2), 

anonymousLocation (3 ), 

targetMSsubscribedService (4 ), 

... } OPTIONAL, 
IcsGlientName [4] IMPLICIT SEOUENCE { 

dataCodingScheme [0] IMPLICIT OCTET STRING ( SIZE (1 ) ), 

nameString [2] IMPLICIT OCTET STRING ( SIZE (1 .. 160))( SIZE (1 ..63)), 

... } OPTIONAL, 

IcsAPN [5] IMPLICIT OCTET STRING ( SIZE (2 .. 63 ) ) OPTIONAL}, 

IcsLocationlnfo SEQUENCE { 

networkNode-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
Imsi [0] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'..}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsNodelndicator [2] IMPLICIT NULL OPTIONAL, 
additional-Number [3] CHOICE { 
msc-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )} OPTIONAL}, 
msisdn [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

imsi [1] IMPLICIT OCTET STRING ( SIZE (3 .. 8 ) ) OPTIONAL, 

imei [2] IMPLICIT OCTET STRING ( SIZE (8 ) ) OPTIONAL, 

na-ESRD [3] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

na-ESRK [4] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ) OPTIONAL, 

locationEstimate [5] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
ageOfLocationEstimate [6] IMPLICIT INTEGER ( .. 32767 ) OPTIONAL, 
extensionContainer [7] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

add-LocationEstimate [8] IMPLICIT OCTET STRING ( SIZE (1 .. 91 ) ) OPTIONAL, 
deferredmt-lrData [9] IMPLICIT SEQUENCE { 
deferredLocationEventType BIT STRING { 

msAvailable (0 )} { SIZE (1 ..16)), 
terminationCause [0] IMPLICIT ENUMERATED { 

normal (0 ), 

errorundefined (1 ), 

internalTimeout (2 ), 

congestion (3 ), 

mt-lrRestart (4 ), 

privacyViolation (5 ), 

shapeOfLocationEstimateNotSupported (6 )} OPTIONAL, 
IcsLocationlnfo [1] IMPLICIT SEQUENCE { 

networkNode-Number OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 
Imsi [0] IMPLICIT OCTET STRING ( SIZE (4 ) ) OPTIONAL, 

extensionContainer [1] IMPLICIT SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

••■}), 
extType MAP-EXTENSION .&ExtensionType { { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsNodelndicator [2] IMPLICIT NULL OPTIONAL, 
additional-Number [3] CHOICE { 
msc-Number [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) ), 

sgsn-Number [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) ( SIZE (1 .. 9 ) )} OPTIONAL} OPTIONAL, 
... } OPTIONAL} 
RESULT 
subscriberLocationReport-Res SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
ERRORS { 

- systemFailure - localValue : 34, 

- dataMissing - localValue : 35, 

- resourceLimitation - localValue : 51, 

- unexpectedDataValue - localValue : 36, 

- unknownSubscriber - localValue : 1, 

- unauthorizedRequestingNetwork - localValue : 52, 

- unknownOrUnreachableLCSCIient - localValue : 58} 
::= localValue : 86 

secureTransportClassI OPERATION 
ARGUMENT 
secureTransportArg SEQUENCE { 
securityHeader SEQUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originaiComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 

initialisationVector OCTET STRING ( SIZE (14 )) OPTIONAL, 

...}, 
protectedPayload OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL} 
RESULT 
secureTransportRes SEQUENCE { 
securityHeader SEQUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originaiComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 

initialisationVector OCTET STRING ( SIZE (14 )) OPTIONAL, 

...}, 
protectedPayload OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL} 
ERRORS { 

- secureTransportError - localValue : 4, 

- dataMissing - localValue : 35, 

- unexpectedDataValue - localValue : 36} 
::= localValue : 78 

secureTransportClass2 OPERATION 
ARGUMENT 
secureTransportArg SEQUENCE { 
securityHeader SEQUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
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originalComponentldentifier CHOICE { 



operationCode 
localValue 
globalValue 

errorCode 
localValue 
globalValue 

userlnfo 



[0] CHOICE { 
INTEGER, 

OBJECT IDENTIFIER}, 
[1] CHOICE { 
INTEGER, 

OBJECT IDENTIFIER}, 
[2] IMPLICIT NULL}, 



initialisationVector OCTET STRING ( SIZE (14)) OPTIONAL, 

...}, 
protectedPayload OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL} 
ERRORS { 
-- secureTransportError -- localValue : 4, 
-- dataMissing -- localValue : 35, 
-- unexpectedDataValue -- localValue : 36} 
::= localValue : 79 

secureTransportClass3 OPERATION 
ARGUMENT 
secureTransportArg SEOUENCE { 
securityHeader SEOUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originalComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 

initialisationVector OCTET STRING ( SIZE (14 )) OPTIONAL, 

...}, 
protectedPayload OCTET STRING l 
RESULT 
secureTransportRes SEOUENCE { 
securityHeader SEOUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originalComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 

OCTET STRING ( SIZE (14 ) ) OPTIONAL, 



SIZE (1 .. 3438 ) ) OPTIONAL} 



initialisationVector 
...}, 

protectedPayload OCTET STRING 
■ localValue : 80 



SIZE (1 .. 3438 ) ) OPTIONAL} 



secureTransportClass4 OPERATION 
ARGUMENT 
secureTransportArg SEOUENCE { 
securityHeader SEOUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originalComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 



initialisationVector 



OCTET STRING ( SIZE (14 ) ) OPTIONAL, 



protectedPayload 
■ localValue : 81 



OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL} 



systemFailure ERROR 
PARAMETER 
systemFailureParam CHOICE { 
networkResource 
pimn (0 ), 

hir (1 ), 

vir (2 ), 

pvir (3 ), 

controllingMSC (4 ) 



ENUMERATED { 
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vmsc (5 ), 

eir (6 ), 

rss (7 )}, 

extensibleSystemFailureParam SEQUENCE { 
networkResource ENUMERATED { 

pimn (0 ), 

hir (1 ), 

vir (2 ), 

pvir (3 ), 

controllingMSC (4 ), 

vmsc (5 ), 

eir (6 ), 

rss (7 )} OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



•■■}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



...» 
■ localValue : 34 



dataMissing ERROR 
PARAMETER 
dataMissingParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 35 



unexpectedDataValue ERROR 
PARAMETER 
unexpectedDataParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .SExtensionType ( { 



..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 36 



facilityNotSupported ERROR 
PARAMETER 
facilityNotSupParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType 



...} { @extld 
pcs-Extensions 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 
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... } OPTIONAL, 
... } OPTIONAL, 

shapeOfLocationEstimateNotSupported 
: localValue : 21 



IMPLICIT NULL OPTIONAL} 



IncompatibleTerminal ERROR 
PARAMETER 
IncompatibleTerminalParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 28 

resourceLimitation ERROR 
PARAMETER 
resourceLimitationParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 51 

unknownSubscriber ERROR 
PARAMETER 
unknownSubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

unknownSubscriberDiagnostic ENUMERATED { 
imsiUnknown (0 ), 

gprsSubscriptionUnknown (1 ), 



I OF 



npdbMismatch 
■ localValue : 1 



(2 )} OPTIONAL} 



numberChanged ERROR 
PARAMETER 
numberChangedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



1261 



ETSI TS 129 002 V4.9.0 (2002-09) 



pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

:■- localValue : 44 

unknownMSC ERROR 
::= localValue : 3 

unidentifiedSubscriber ERROR 
PARAMETER 
unidentifiedSubParam SEOUENCE { 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



::= localValue : 5 

unknownEquipment ERROR 
::= localValue : 7 

roamingNotAllowed ERROR 
PARAMETER 
roamingNotAllowedParam SEOUENCE { 
roamingNotAllowedCause ENUMERATED { 
pImnRoamingNotAllowed (0 ), 
operatorDeterminedBarring (3 )}, 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( i 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
. } OPTIONAL, 



...} 
::= localValue : 8 



illegalSubscriber ERROR 
PARAMETER 
illegalSubscriberParam SEQUENCE { 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 9 



illegalEquipment ERROR 
PARAMETER 
illegalEquipmentParam SEQUENCE { 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 
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■■•}), 
extType MAP-EXTENSION .&ExtensionType 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

localValue: 12 



bearerServiceNotProvisioned ERROR 
PARAMETER 
bearerServNotProvParam SEOUENCE { 
extensionContainer SEOUENCE { 
privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 ..10) 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



I OF 



extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 10 



teleserviceNotProvisioned ERROR 
PARAMETER 
teleservNotProvParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEOUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 1 1 



noHandoverNumberAvailable ERROR 
:■- localValue : 25 

subsequentHandoverFailure ERROR 
::= localValue : 26 



targetCellOutsideGroupCallArea ERROR 
PARAMETER 
targetCellOutsideGCA-Param SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionid { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



SIZE(1 ..10)) OF 



■■ localValue : 42 



tracingBufferFull ERROR 
PARAMETER 
tracingBufferFullParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 
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■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

::= localValue : 40 



noRoamingNumberAvailable ERROR 
PARAMETER 
noRoamingNbParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld ( { 



I OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



: localValue : 39 



absentSubscriber ERROR 
PARAMETER 
absentSubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 



I OF 



... } OPTIONAL, 

absentSubscriberReason 
imsiDetach (0 ), 
restricted Area (1 ), 
noPageResponse (2 ), 



IMPLICIT ENUMERATED { 



purgedMS 
: localValue : 27 



(3 )} OPTIONAL} 



busySubscriber ERROR 
PARAMETER 
busySubscriberParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 



I OF 



ccbs-Possible 
ccbs-Busy 
■ localValue : 45 



[0] IMPLICIT NULL OPTIONAL, 
[1] IMPLICIT NULL OPTIONAL} 



noSubscriberReply ERROR 
PARAMETER 
noSubscriberReplyParam SEQUENCE { 
extensionContainer SEQUENCE { 
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privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

::= localValue : 46 

callBarred ERROR 
PARAMETER 
callBarredParam CHOICE { 
callBarringCause ENUMERATED { 

barringServiceActive (0 ), 
operatorBarring (1 )}, 

extensibleCallBarredParam SEQUENCE { 
callBarringCause ENUMERATED { 

barringServiceActive (0 ), 
operatorBarring (1 )} OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

unauthorisedMessageOriginator [1] IMPLICIT NULL OPTIONAL}} 
localValue: 13 



forwardingFailed ERROR 
PARAMETER 
forwardingFailedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



I OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 47 



or-NotAllowed ERROR 
PARAMETER 
or-NotAllowedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( \ 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 48 

forwardingViolation ERROR 
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PARAMETER 
forwardingViolationParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



SIZE(1 .. 10))QF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

■ localValue : 14 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



cug-Reject ERROR 
PARAMETER 
cug-RejectParam SEQUENCE { 
cug-RejectCause ENUMERATED { 
incomingCallsBarredWithinCUG (0 ), 

subscriberNotMemberOfCUG (1 ), 

requestedBasicServiceViolatesCUG-Constraints (5 ), 
calledPartySS-lnteractionViolation (7 )} OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10) 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



I OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
. } OPTIONAL, 



...} 
■ localValue : 15 



ati-NotAllowed ERROR 
PARAMETER 
ati-NotAllowedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 49 



atsi-NotAllowed ERROR 
PARAMETER 
atsi-NotAllowedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



: localValue : 60 



atm-NotAllowed ERROR 
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PARAMETER 
atm-NotAllowedParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

■ localValue : 61 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



InformationNotAvailable ERROR 
PARAMETER 
InformationNotAvailableParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( \ 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 62 



noGroupCallNumberAvailable ERROR 
PARAMETER 
noGroupCallNbParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ( { 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■■ localValue : 50 



illegalSS-Operation ERROR 
PARAMETER 
illegalSS-OperationParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
. } OPTIONAL, 



...} 
■ localValue : 16 



ss-ErrorStatus ERROR 
PARAMETER 
ss-Status OCTET STRING { SIZE (1 ) ) 
::= localValue : 17 

ss-NotAvailable ERROR 
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PARAMETER 
ss-NotAvailableParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSIQN .&extensionld ( { 



SIZE(1 .. 10))QF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 

■ localValue : 18 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



ss-SubscriptionViolation ERROR 
PARAMETER 
ss-SubscriptionViolationParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 



10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( \ 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



- localValue : 19 



ss-lncompatibility ERROR 
PARAMETER 
ss-lncompatibilityCause SEQUENCE { 
ss-Code [1] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
basicService CHOICE { 
bearerService [2] IMPLICIT OCTET STRING ( SIZE (1 ) ), 
teleservice [3] IMPLICIT OCTET STRING ( SIZE (1 ) )} OPTIONAL, 
ss-Status [4] IMPLICIT OCTET STRING ( SIZE (1 ) ) OPTIONAL, 
...} 
::= localValue : 20 

unknownAlphabet ERROR 
::= localValue : 71 

ussd-Busy ERROR 
::= localValue : 72 

pw-RegistrationFailure ERROR 
PARAMETER 
pw-RegistrationFailureCause ENUMERATED { 
undetermined (0 ), 

invalidFormat (1 ), 

newPasswordsMismatch (2 )} 
::= localValue : 37 

negativePW-Check ERROR 
:■- localValue : 38 

numberOfPW-AttemptsViolation ERROR 
::= localValue : 43 

shortTerm Denial ERROR 
PARAMETER 
shortTermDenialParam SEQUENCE { 
...} 
:■- localValue : 29 

longTerm Denial ERROR 
PARAMETER 
longTermDenialParam SEQUENCE { 
...} 
::= localValue : 30 
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subscriberBusyForMT-SMS ERROR 
PARAMETER 
subBusyForMT-SMS-Param SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .SExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

gprsConnectionSuspended NULL OPTIONAL} 
::= localValue : 31 

sm-DeliveryFailure ERROR 
PARAMETER 
sm-DeliveryFailureCause SEQUENCE { 
sm-EnumeratedDeliveryFailureCause ENUMERATED { 
memoryCapacityExceeded (0 ), 
equipmentProtocolError (1 ), 
equipmentNotSM-Equipped (2 ), 
unknownServiceCentre (3 ), 

sc-Congestion (4 ), 

invalidSME-Address (5 ), 

subscriberNotSC-Subscriber (6 )}, 
diagnosticlnfo OCTET STRING ( SIZE (1 .. 200 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
: localValue : 32 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



messageWaitingListFull ERROR 
PARAMETER 
messageWaitListFullParam SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 ..10)) OF 



■■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
■ localValue : 33 



} ) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



absentsubscriberSM ERROR 
PARAMETER 
absentSubscriberSM-Param SEQUENCE { 
absentSubscriberDiagnosticSM INTEGER ( .. 255 ) OPTIONAL, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 
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...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 

additionalAbsentSubscriberDiagnosticSM [0] IMPLICIT INTEGER ( .. 255 ) OPTIONAL} 
::= localValue : 6 

unauthorizedRequestingNetwork ERROR 
PARAMETER 
unauthorizedRequestingNetwork-Param SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 52 

unauthorizedLCSCIient ERROR 
PARAMETER 
unauthorizedLCSCIient-Param SEQUENCE { 
unauthorizedLCSCIient-Diagnostic [0] IMPLICIT ENUMERATED { 
noAdditionallnformation (0 ), 

clientNotlnMSPrivacyExceptionList (1 ), 

callToClientNotSetup (2 ), 

privacyOverrideNotApplicable (3 ), 

disallowedByLocalRegulatoryRequirements (4 ), 
... } OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
...} 
::= localValue : 53 

positionMethodFailure ERROR 
PARAMETER 
positionMethodFailure-Param SEOUENCE { 
positionMethodFailure-Diagnostic [0] IMPLICIT ENUMERATED { 
congestion (0 ), 

insufficientResources (1 ), 

insufficientMeasurementData (2 ), 

inconsistentMeasurementData (3 ), 

locationProcedureNotCompleted (4 ), 

locationProcedureNotSupportedByTargetMS (5 ), 
qoSNotAttainable (6 ), 

positionMethodNotAvailablelnNetwork (7 ), 

positionMethodNotAvailablelnLocationArea (8 ), 
... } OPTIONAL, 
extensionContainer [1] IMPLICIT SEQUENCE { 

privateExtensionList [0] IMPLICIT SEOUENCE ( SIZE (1 .. 10 ) ) OF 
SEOUENCE { 
extid MAP-EXTENSION .&extensionld ( { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEOUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
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■ localValue : 54 



unknownOrUnreachableLCSCIient ERROR 
PARAMETER 
unknownOrUnreachableLCSCIient-Param SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .Sextensionld { { 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
. } OPTIONAL, 



■■ localValue : 58 



mm-EventNotSupported ERROR 
PARAMETER 
mm-EventNotSupported-Param SEQUENCE { 
extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



10)) OF 



■■•}), 
extType 



MAP-EXTENSION .&ExtensionType ( \ 



...}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 



I OPTIONAL, 
I OPTIONAL, 



.} 



■- localValue : 59 



secureTransportError ERROR 
PARAMETER 
secureTransportErrorParam SEQUENCE { 
securityHeader SEQUENCE { 
securityParameterslndex OCTET STRING { SIZE (4 ) ), 
originaiComponentidentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 



initialisationVector 



OCTET STRING ( SIZE (14 ) ) OPTIONAL, 



protectedPayload 
■■ localValue : 4 



OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL} 



END 
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B.2 Fully Expanded ASN.1 Source of MAP- 
Dialoguelnformation 

-- Expanded ASN1 Module 'MAP-Dialoguelnformation' 
--SIEMENS ASN.1 Compiler R5.40 (Production_5.40) 
Date: 2002-05-24 Time: 13:28:58 

MAP-Dialoguelnformation{ identified-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) modules (3) map- 
Dialoguelnformation (3) version? (7) } 

DEFINITIONS 



BEGIN 

EXPORTS 
map-DialogueAS, 
MAP-DialoguePDU, 
map-ProtectedDialogueAS, 
MAP-ProtectedDialoguePDU; 

map-DialogueAS OBJECT IDENTIFIER ::= { ccitt (0) identified-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 1 map- 
DialoguePDU (1) versioni (1) } 

MAP-DialoguePDU ::= CHOICE { 
map-open [0] IMPLICIT SEQUENCE { 

destinationReference [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
originationReference [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

■-} ) , 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-accept [1] IMPLICIT SEQUENCE { 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-close [2] IMPLICIT SEQUENCE { 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ( { 

'..}), 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-refuse [3] IMPLICIT SEQUENCE { 

reason ENUMERATED { 
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noReasonGiven (0 ), 

invalidDestinationReference (1 ), 
invalidOriginatingReference (2 ), 
encapsulatedAC-NotSupported (3 ), 
transportProtectionNotAdequate (4 )}, 

extensionContainer SEQUENCE { 

privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10))QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

■-} ) , 
extType MAP-EXTENSION .&ExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL, 
alternativeApplicationContext OBJECT IDENTIFIER OPTIONAL}, 
map-userAbort [4] IMPLICIT SEQUENCE { 

map-UserAbortChoice CHOICE { 
userSpecificReason [0] IMPLICIT NULL, 

userResourceLimitation [1] IMPLICIT NULL, 

resourceUnavailable [2] IMPLICIT ENUMERATED { 

shortTermResourceLimitation (0 ), 

longTermResourceLimitation (1 )}, 
applicationProcedureCancellation [3] IMPLICIT ENUMERATED { 

handoverCancellation (0 ), 

radioChannelRelease (1 ), 

networkPathRelease (2 ), 

callRelease (3 ), 

associatedProcedureFailure (4 ), 

tandemDialogueRelease (5 ), 

remoteOperationsFailure (6 )}}, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld { { 

•••}), 
extType MAP-EXTENSION .SExtensionType { { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}, 
map-providerAbort [5] IMPLICIT SEQUENCE { 
map-ProviderAbortReason ENUMERATED { 
abnormalDialogue (0 ), 
invalidPDU (1 )}, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld { { 

'■•}), 
extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1 ] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL}} 

MAP-Openlnfo ::= SEQUENCE { 
destinationReference [0] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 
originationReference [1] IMPLICIT OCTET STRING ( SIZE (1 .. 20 ) ) OPTIONAL, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 



£75/ 



3GPP TS 29.002 version 4.9.0 Release 4 



1273 



ETSI TS 129 002 V4.9.0 (2002-09) 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL} 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



MAP-Acceptlnfo ::= SEQUENCE { 

extenslonContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 



SIZE(1 .. 10)) OF 



■••}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL} 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



MAP-Closelnfo ;:= SEQUENCE { 

extenslonContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 ..10)) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

'••}), 
extType MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL} 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE { 



MAP-Refuselnfo ::= SEQUENCE { 
reason ENUMERATED { 

noReasonGiven (0 ), 

InvalidDestinationReference (1 ), 
invalidOriginatingReference (2 ), 
encapsulatedAC-NotSupported (3 ), 
transportProtectionNotAdequate (4 )}, 



SEQUENCE { 
IMPLICIT SEQUENCE 



extenslonContainer 
privateExtensionList 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 



SIZE(1 .. 10)) OF 



■••}), 
extType 



MAP-EXTENSION .&ExtensionType ( { 



...} { @extld 
pcs-Extensions 

... } OPTIONAL, 
... } OPTIONAL, 
alternativeApplicationContext 



) OPTIONAL} OPTIONAL, 
[1] IMPLICIT SEQUENCE! 



OBJECT IDENTIFIER OPTIONAL} 



Reason ::= ENUMERATED { 
noReasonGiven (0 ), 

InvalidDestinationReference (1 ), 
invalidOriginatingReference (2 ), 
encapsulatedAC-NotSupported (3 ), 
transportProtectionNotAdequate (4 )} 

MAP-UserAbortlnfo ::= SEQUENCE { 
map-UserAbortChoice CHOICE { 
userSpecificReason [0] IMPLICIT NULL, 

userResourceLimitation [1] IMPLICIT NULL, 

resourceUnavailable [2] IMPLICIT ENUMERATED { 

shortTermResourceLimitation (0 ), 

longTermResourceLimitation (1 )}, 
applicationProcedureCancellation [3] IMPLICIT ENUMERATED { 

handoverCancellation (0 ), 

radioChannel Release (1 ), 

networkPathRelease (2 ), 

callRelease (3 ), 

associatedProcedureFailure (4 ), 
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tandem DialogueRelease (5 ), 
remoteOperationsFailure (6 )}}, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) QF 
SEQUENCE { 
extid MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..} { @extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-UserAbortChoice ::= CHOICE { 
userSpecificReason [0] IMPLICIT NULL, 

userResourceLJmitation [1] IMPLICIT NULL, 

resourceUnavailable [2] IMPLICIT ENUMERATED { 

shortTermResourceLimitation (0 ), 

longTermResourceLimitation (1 )}, 
applicationProcedureCancellation [3] IMPLICIT ENUMERATED { 

handoverCancellation (0 ), 

radioChannel Release (1 ), 

networkPathRelease (2 ), 

callRelease (3 ), 

associatedProcedureFailure (4 ), 

tandemDialogueRelease (5 ), 

remoteOperationsFailure (6 )}} 

ResourceUnavailableReason ::= ENUMERATED { 
ShortTermResourceLimitation (0 ), 
longTermResourceLimitation (1 )} 

ProcedureCancellationReason ::= ENUMERATED { 
handoverCancellation (0 ), 

radioChannelRelease (1 ), 

networkPathRelease (2 ), 

callRelease (3 ), 

associatedProcedureFailure (4 ), 
tandemDialogueRelease (5 ), 
remoteOperationsFailure (6 )} 

MAP-ProviderAbortlnfo ::= SEQUENCE { 
map-ProviderAbortReason ENUMERATED { 
abnormalDialogue (0 ), 
invalidPDU (1 )}, 

extensionContainer SEQUENCE { 
privateExtensionList [0] IMPLICIT SEQUENCE ( SIZE (1 .. 10 ) ) OF 
SEQUENCE { 
extId MAP-EXTENSION .&extensionld ({ 

extType MAP-EXTENSION .&ExtensionType ( { 

!..}{@extld } ) OPTIONAL} OPTIONAL, 
pcs-Extensions [1] IMPLICIT SEQUENCE { 

... } OPTIONAL, 
... } OPTIONAL} 

MAP-ProviderAbortReason ::= ENUMERATED { 
abnormalDialogue (0 ), 
invalidPDU (1 )} 

map-ProtectedDialogueAS OBJECT IDENTIFIER ::= { ccitt (0) identified-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) 1 
map-ProtectedDialoguePDU (3) versioni (1) } 

MAP-ProtectedDialoguePDU ::= SEQUENCE { 
encapsulatedAC OBJECT IDENTIFIER, 
securityHeader SEQUENCE { 
securityParameterslndex OCTET STRING ( SIZE (4 ) ), 
originalComponentldentifier CHOICE { 
operationCode [0] CHOICE { 
localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
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errorCode [1] CHOICE { 

localValue INTEGER, 
globalValue OBJECT IDENTIFIER}, 
userlnfo [2] IMPLICIT NULL}, 

initialisationVector OCTET STRING ( SIZE (14 ) ) OPTIONAL, 

... } OPTIONAL, 
protected Payload OCTET STRING ( SIZE (1 .. 3438 ) ) OPTIONAL, 
...} 

END 
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Annex C : 
Void 
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Annex D (informative): 
Clause mapping table 

D.1 Mapping of Clause numbers 

The clause numbers have been modified according to table D. 1 . 

Table D.I : Clause mapping from Version 5.9.0 to Version 6.0.0 



Old Clause No 
(V5.9.0) 


New Clause No 
(V6.0.0) 




Old Clause No 
(V5.9.0) 


New Clause No 
(V6.0.0) 


1.1 


2 




17.* 


20.* 


1.2 


3 




18.* 


21.* 


2.* 


4.* 




19.* 


22.* 


3.* 


5.* 




19.0.* 


22.1.* 


4.* 


6.* 




19.1.* 


22.2.* 


5.* 


7.* 




19.2.* 


22.3.* 


6.* 


8.* 




19.3.* 


22.4.* 


7.* 


9.* 




19.4.* 


22.5.* 


8.* 


10.* 




19.5.* 


22.6.* 


9.* 


11.* 




19.6.* 


22.7.* 


10.* 


12.* 




19.7.* 


22.8.* 


newl 1 .* 


13.* 




19.8.* 


22.9.* 


oldll.* 


14.* 




19.9.* 


22.10.* 


12.* 


15.* 




19.10.* 


22.11.* 


13.* 


16.* 




19.11.* 


22.12.* 


14.* 


17.* 




20.* 


23.* 


15.* 


18.* 




new22.* 


24.* 


16.* 


19.* 




old21.* 


25.* 
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Annex E (informative): 
Change History 



TSG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


04 


N2-99227 


29.002 


3.0.0 


A002j 


3 R98 


A 


Use of E interface 


3.1.0 




1 


04 


N2-99578 


29.002 


3.0.0 


A003 




R98 


B 


Introduction of TIF-CSI for Call 
Deflection 


3.1.0 




04 


N2-99233 


29.002 


3.0.0 


A004 




R98 


A 


Clarification in ASN.1 encoding of 0- 
CSI and T-CSI 


3.1.0 




04 


N2-99269 


29.002 


3.0.0 


A005 




R98 


C 


Introduction of MSISDN in USSD 
operation 


3.1.0 




04 


N2-99650 


29.002 


3.0.0 


A006 




R98 


A 


IVlodification of the 0-CSI ASN.1 
structure 


3.1.0 




04 


N2-99250 


29.002 


3.0.0 


A007 




R98 


A 


Adding of MAP_DELIMITER_req to 
the Status report operation 


3.1.0 




04 


N2-99628 


29.002 


3.0.0 


A008 




R98 


A 


Correction to the Purge MS "Detailed 
procedure in the HLR" 


3.1.0 




04 


N2-99677 


29.002 


3.0.0 


A009 




R98 


A 


Adding of MNP-indicator to the SRI 
ack 


3.1.0 




04 


N2-99228 


29.002 


3.0.0 


A010 




R98 


F 


New subscription options for call 
forwarding 


3.1.0 




ro4 


N2-99585 


29.002 


3.0.0 


A011 




R98 


C 


Adding the support of ANSI SCCP 
which is required in North America 
(World Zone 1) 


3.1.0 




04 


N2-99515 


29.002 


3.0.0 


A012 




R98 


A 


Introduction of 3-digit MNCs correction 


3.1.0 




04 


N2-99520 


29.002 


3.0.0 


A013 




R98 


F 


Export of NAEA-CIC 


3.1.0 




04 


N2-99548 


29.002 


3.0.0 


A014 




R98 


D 


Clarification to text to identify how the 
LSA data relevant in the current 
VPLMN can be determined 


3.1.0 




04 


3C99-468 


29.002 


3.0.0 


A015 




R97 


F 


Alignment with 04.80 


3.1.0 




04 


N2-99519 


29.00J^ 


3.0.0 


A016 




R98 


A 


VBS data 


3.1.0 




04 


N2-99461 


29.002 


3.0.0 


A017 




R98 


F 


Introduction of Data Missing error to 
the Resume Call Handling 


3.1.0 




04 


N2-99583 


29.002 


3.0.0 


A018 




R97 


F 


Removal of 3-digit MNCs 


3.1.0 




04 


N2-99676 


29.002 


3.0.0 


A019 




R98 


A 


Corrections of mapping from MAP 
service to TC service 


3.1.0 




04 


3C99-206 


29.002 


3.0.0 


A020 




R98 


B 


Introduction of UUS service to 
Resume Call Handling 


3.1.0 




05 


N2-99906 


29.002 


3.1.0 


021 




R99 


A 


Clarification on VLR CAMEL 
Subscription Info 


3.2.0 


CAMEL Phase 2 


'05 


N2-99908 


29.002 


3.1.0 


022 




R99 


A 


Clarification on 
DestinationNumberCriteria 


3.2.0 


CAMEL Phase 2 




05 


N2-99910 


29.002 J 


3.1.0 


023 




R99 


A 


Removal of TDP-Criteria from RCH 


3.2.0 


CAMEL Phase 2 




05 


N2-99934 


29.002 


3.1.0 


025 




R99 


A 


Various corrections related to GGSN- 
HLR Interface. 


3.2.0 


GPRS 


05 


N2-99936 


29.002 


3.1.0 


034 




R99 


A 


Update Location handling for GPRS- 
only subscription 


3.2.0 


GPRS 


05 


N2-99938 


29.002 


3.1.0 


035 




R99 


A 


Correction of OP & AC definitions for 
NoteMS-PresentForGPRS 


3.2.0 


GPRS 


05 


N2-99952 


29.002 


3.1.0 


036 




R99 


A 


Removal of redundant information 
from RCH 


3.2.0 


UUS 


05 


N2-99956 


29.002 


3.1.0 


026 




R99 


A 


OR capability IE in PRN 


3.2.0 


TEI 




05 


N2-99964 


29.002 


3.1.0 


024 


1 


R99 


A 


GMSC-CAMEL phase 2 support IE in 
PRN 


3.2.0 


CAMEL Phase 2 


05 


N2-99A19 


29.002 


3.1.0 


028 




R99 


A 


Alignment of 29.002 with 02.67 


3.2.0 


eMLPP 


1^05 


N2-99A45 


29.002 


3.1.0 


029 


1 


R99 


B 


Non-CAMEL 1ST implementation 


3.2.0 


1ST 




05 


N2-99B57 


29.002 


3.1.0 


027 


2 


R99 


B 


Addition of the information elements 
and the ASN.1 definitions for Pre- 
paging 


3.2.0 


Pre-Paging 


05 


N2-99C27 


29.002 


3.1.0 


042 




R99 


A 


Clarification on 'Supported CAMEL 
Phases' in ISD ack 


3.2.0 


CAMEL Phase 2 


05 


N2-99C78 


29.002 


3.1.0 


044 




R99 


A 


Editing error correction on VLR 
capabilities 


3.2.0 


SoLSA 


05 


N2-99D06 


29.002 


3.1.0 


043 


1 


R99 


A 


Addition of exception handling to the 
CancellationType 


3.2.0 


GPRS 


05 


N2-99D33 


29.002 


3.1.0 


046 




R99 


A 


Clarification of LR-REJECT cause 
corresponding to 
RoamingRestrictionDueTo 
UnsupportedFeature 


3.2.0 


TEI 
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TSG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


05 


N2-99D35 29.002 


3.1.0 


047 




R99 


Clarification of returning tfie IVISISDN 
in SRIacl< 


3.2.0 


MNP 


06 


N2-99G06 


29.002 


3.2.0 


033 


3 


R99 


Introduction of the Super-Charger 
Concept in TS 29.002 


3.3.0 


Super Charger 


06 


N2-99G18 


29.002 


3.2.0 


032 


2 


R99 


C Introduction of White Book SCCP in 
IVIAP 


3.3.0 


TEI 


06 


N2-99G50 


29.002 


3.2.0 


070 




R99 


A Addition of GGSN number for the 
SRIforGPRS 


3.3.0 


GPRS 


06 


N2-99J88 


29.002 


3.2.0 


075 


1 


R99 


B Introduction of Follow IVIe 


3.3.0 


Follow Me 


06 


N2-99K12 


29.002 


3.2.0 


077 




R99 


A Use of SSN for GPRS 


3.3.0 


GPRS 


06 


N2-99K24 


29.002 


3.2.0 


069 




R99 


A Correction of the USSD procedure in 
the HLR. 


3.3.0 


USSD & Follow Me 


06 


N2-99K52 


29.002 


3.2.0 


060 


1 


R99 


C 


MAP Impacts for Location Services 
(LCS) 


3.3.0 


Location Services 


06 


N2-99K58 


29.002 


3.2.0 


045 


4 


R99 


B 


Authentication Enhancements 


3.3.0 


Security 


06 


N2-99K60 29.002 


3.2.0 


050 


5 


R99 


C 


QoS-Subscribed field modification 


3.3.0 


QoS enhancements 


06 


N2-99L20 


29.002 


3.2.0 


073 


1 


R99 


C 


Introduction of CAMEL Phase 3 in 
3GPP TS 29.002 


3.3.0 


CAMEL Phase 3 


06 


N2-99J52 


29.002 


3.2.0 


074 




R99 


D 


Restructuring of MAP Location 
Management Procedures for the 
Circuit Switched Domain 


3.3.0 


TEI 


06 


N2-99J92 


29.002 


3.2.0 


068 




R99 


B Update of SDLs to support Super- 
Charger 


3.3.0 


Super-Charger 








3.3.0 










New version created to fix a CR 
implementation error 


3.3.1 




07 


N2B00043 
6 


29.002 


3.3.1 


048 


5 


R99 


B 


Introduction of Multicall 


3.4.0 


Multicall 


07 


N2B00031 
9 


29.002 


3.3.1 


059 


1 


R99 


B 


Alternative solution for ALR 


3.4.0 


CAMEL phase 3 


07 


N2B00046 
1 


29.002 


3.3.1 


063 


4 


R99 


B 


MNP Database Mismatch 


3.4.0 


MNP 


07 


N2B00037 
5 


29.002 


3.3.1 


066 


5 


R99 


B 


Addition of the FTN-AddressString 


3.4.0 


Call Forwarding 
Enhancements 


07 


N2B00045 
6 


29.002 


3.3.1 


079 


4 


R99 


C 


Correction of SS Invocation 
Notification for CCBS 


3.4.0 


CAMEL Phase 3 


07 


N2A00002 
3 


29.002 


3.3.1 


080 




R99 


F Corrections to ATSI, ATM, NCSD 


3.4.0 


CAMEL Phase 3 


07 


N2B00004 ' 29.002 
6 


3.3.1 


083 




R99 


A ' Privacy notification/verification for call 
related privacy class 


3.4.0 


Location Services 
(LCS) 


07 


N2B00014 
2 


29.002 


3.3.1 


084 


2 


R99 


B Addition of CS Allocation/retention 
priority 


3.4.0 


QoS enhancements 


07 


N2B00014 
4 


29.022 


3.3.1 


086 


1 


R99 


D Editorial cleanup of 29.002 


3.4.0 


TEI 


07 


N2B00010 29.002 



3.3.1 


087 




R99 


A 


Correction of LSA information 


3.4.0 


SoLSA 


07 


N2B00006 

7 


29.002 


3.3.1 


089 




R99 


F 


Security interworking between release 
99 and pre-99 MSC/VLRs 


3.4.0 


Security 


07 


N2B0001 1 
3 


29.002 


3.3.1 


090 


1 


R99 


B 


Improving GPRS charging efficiency 


3.4.0 


GPRS 


07 


N2B00012 



29.002 


3.3.1 


094 


2 


R99 


C 


QoS-Subscribed field enhancements 


3.4.0 


QoS enhancements 


07 


N2B00032 
2 


29.002 


3.3.1 


095 


1 


R99 


C 


RANAP support on the E-interface 


3.4.0 


Handover 


07 


N2B00019 
1 


29.002 


3.3.1 


099 




R99 


B 


UMTS Authentication 


3.4.0 


Security 


07 


N2B00046 
6 


29.002 


3.3.1 


100 


5 


R99 


C ' Support of 3G Handover, including 
IVIulticall 


3.4.0 


Multicall 


07 


N2B00037 
2 


29.002 


3.3.1 


101 


1 


R99 


B Introduction of Service Area 
Identification 


3.4.0 


TEI 


07 


N2B00038 



29.002 


3.3.1 


102 


2 


R99 


F Clarification on Authentication Info 
Retrieval 


3.4.0 


Security 


07 


N2B00033 



29.002 


3.3.1 


103 


1 


R99 


B Addition of UMTS security to MAP B 
.interface 


3.4.0 


Security 


07 


N2B00024 
4 


29.002 


3.3.1 


104 




R99 


F 


Re-Synchronisation Info 


3.4.0 


UMTS Security 


07 


N2B00032 
4 


29.002 


3.3.1 


105 


1 


R99 


C Introduction of additional service 
parameters for inter-system handover 


3.4.0 


Handover 


07 


N2B00028 
1 


29.002 


3.3.1 


107 




R99 


D Removal of architectural information 
|from clause 4 


3.4.0 


TEI 
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CAT 
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NEW_VERS 


WORKITEM 


07 


N2- 
000454 


29.002 


3.3.1 


110 1 R99 


B 


Introduction of Authentication Failure 
Report 


3.4.0 


Security 


07 


N2B00035 

7 


29.002 


3.3.1 


111 




R99 


B 


Use of MAP private extensions to 
implement region-specific 
requirements 


3.4.0 


TEI 


07 


N2B00047 



29.002 


3.3.1 


112 




R99 


A 


Prioritisation of IVIAP application 
context related to VGCS/VBS 


3.4.0 


ASCI Phase 2 


07 


N2B00047 
2 


29.002 


3.3.1 


113 




R99 


F 


Correction of SS-Godes for LOS 


3.4.0 


LCS 


08 


N4- 
000098 


29.002 


3.4.0 


115 


1 


R99 


F 


IVIinor corrections to GAMEL3 
NSDC/ATM/ATSI information flows 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000094 


29.002 


3.4.0 


117 


1 


R99 


A 


Using DSD to delete CGBS-B from the 
subscriber 


3.5.0 


CCBS 


1 08 


N4- 
000089 


29.002 


3.4.0 


118 


1 


R99 


F 


Indication in PRN of support of Long 
FTNs 


3.5.0 


CF enhancements 


08 


N4- 
000073 


29.002 


3.4.0 


120 


1 


R99 


F 


QoS-Subscribed field enhancements 


3.5.0 


QoS enhancements 


08 


N4- 
000050 


29.002 


3.4.0 


121 




R99 


F 


Correction of introduction of additional 
service parameters for inter-system 
handover 


3.5.0 


Handover/Relocation 


08 


N4- 
000100 


29.002 


3.4.0 


122 


2 


R99 


C 


Proposed information flow on NSDC 


3.5.0 


CAMEL Phase 3 


1 08 


N4- 
000321 


29.002 


3.4.0 


124 


3 


R99 


C 


CAMEL Subscription info 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000068 


29.002 


3.4.0 


125 




R99 


A 


Clarification to GMLC List definition 


3.5.0 


LCS 


08 


N4- 
000320 


29.002 


3.4.0 


127 


1 


R99 


F 


Optionality of parameters in d-csi and 
in sms-csi 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000209 


29.002 


3.4.0 


130 




R99 


F 


Version 3 tags for handover messages 


3.5.0 


Handover 


08 


N4- 
00021 1 


29.002 


3.4.0 


132 




R99 


A 


Correction of version handling at 
dialogue establishment 


3.5.0 


TEI 


08 


N4- 
000357 


29.002 


3.4.0 


133 


1 


R99 


F 


Various corrections and/or cleanup to 
29.002 


3.5.0 


TEI 


08 


N4- 
000217 


29.002 


3.4.0 


134 




R99 


A 


Correction of errors in Figure 25.1/1 : 
Macro Receive_Open_lnd 


3.5.0 


TEI 


08 


N4- 
000326 


29.002 


3.4.0 


135 


1 


R99 


B 


Addition of charging characteristics 
per PDP context 


3.5.0 


TEI 


08 


N4- 
000264 


29.002 


3.4.0 


138 




R99 


F 


Clarification of SAI-ack segmentation 
procedure 


3.5.0 


Security 


08 


N4- 
000392 


29.002 


3.4.0 


139 


1 


R99 


A 


Indication of unsupported position 
method 


3.5.0 


LCS 


08 


N4- 
000276 


29.002 


3.4.0 


141 




R99 


A 


Clarification for ReportSM- 
DeliveryStatus operation 


3.5.0 


GPRS 


08 


N4- 
000349 


29.002 


3.4.0 


142 


1 


R99 


C 


Addition of a parameter in the 
subsequent Handover from UMTS to 
GSM with Multicall 


3.5.0 


Multicall 


08 


N4- 
000278 


29.002 


3.4.0 


143 




R99 


D 


Editorial correction to MSC-A 
handover SDLs 


3.5.0 


Multicall 


08 


N4- 
000378 


29.002 


3.4.0 


144 


1 


R99 


A 


Use of NAM parameter with MAP- 
INSERT-SUBSCRIBER-DATA service 
between HLR and SGSN 


3.5.0 


GPRS 


08 


N4- 
000293 


29.002 


3.4.0 


145 




R99 


F 


Addition of state attributes in Forward 
group call signalling 


3.5.0 


ASCI 


08 


N4- 
000294 


29.002 


3.4.0 


146 




R99 


F 


New user error "target cell outside 
group call area" in MAP Prepare 
Handover message , 


3.5.0 


ASCI 


08 


N4- 
000374 


29.002 


3.4.0 


149 




R99 


A 


Correction to the description of MAP- 
MO-Forward-Short-Message service 


3.5.0 


TEI 


08 


N4- 
000407 


29.002 


3.5.0 


148 


4 


ROO 


B 


Changes to MAP for secure transport 
of MAP messages 


4.0.0 


Security 


08 




29.002 


4.0.0 






ROO 


Version 4.0.1 created to allow 
inclusion of automatic update of 
Annexes A and B and of section 17 


4.0.1 




09 


N4- 
000543 


29.002 


4.0.1 


152 


1 


ROO 


F 


Clarifications for secure MAP transport 


4.1.0 


Core Network Security 


09 


N4- 
000539 


29.002 


4.0.1 


153 


1 


ROO 


D 


Generalization of version handling text 
in clause 18.2.4 


4.1.0 


TEI 


09 


N4- 
000491 


29.002 


4.0.1 


158 




ROO 


A 


Deletion of informative Annexe C 


4.1.0 


TEI 


09 


N4- 
000540 


29.002 


4.0.1 


159 




ROO 


A 


Aligning 29.002 with 25.413 (UTRAN 
lu Interface RANAP Signalling) 


4.1.0 


Handover 
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09 


N4- 
000541 


29.002 


4.0.1 


160 




ROO 


A 


AUTS and AUTN parameter length 


4.1.0 


Security 


09 


N4- 
000744 


29.002 


4.0.1 


161 


2 


ROO 


A 


Clarification on Authentication 
Failure Report ack 


4.1.0 


Security 


09 


N4- 

000666 


29.002 


4.0.1 


163 


1 


ROO 


A 


Correction on Location Information 


4.1.0 


CAMEL phase 3 


09 


N4- 
000/// 


29.002 


4.0.1 


174 


2 


ROO 


A 


Optionality of parameters in GPRS- 
GSI 


4.1.0 


CAMEL phase 3 


09 


N4- 
000788 


29.002 


4.0.1 


176 


1 


ROO 


A 


Correction to QoS indication 


4.1.0 


LCS 


09 


N4- 
000747 


29.002 


4.0.1 


178 


1 


ROO 


A 


Clarification of use of Radio Resource 
Information 


4.1.0 


Handover 


09 


N4- 
000750 


29.002 


4.0.1 


180 


2 


ROO 


A 


Correction to MSC-A handover SDLs 


4.1.0 


TEI 


09 


N4- 
000736 


29.002 


4.0.1 


182 




ROO 


A 


Removal of LSAIdentity from NoteMM- 

EventArg 


4.1.0 


CAMEL phase 3 


09 


N4- 
000772 


29.002 


4.0.1 


184 




ROO 


A 


LCS Support for CAMEL Phase 3 


4.1.0 


LCS 


09 


N4- 
000751 


29.002 


4.0.1 


186 


1 


ROO 


A 


Correction to MSC-A handover SDLs 


4.1.0 


TEI 


1 09 


N4- 
000779 


29.002 


4.0.1 


188 




ROO 


A 


Clarification for segmentation of D-CSI 
and SMS-CSI 


4.1.0 


CAMEL phase 3 


10 


N4- 
000912 


29.002 


4.0.1 


166 


3 


Rel-4 


A 


Corrections and clarifications for 
USSD procedures on the HLR - 
gsmSCF interface 


4.2.0 


USSD 


10 


N4- 
000908 


29.002 


4.1.0 


191 


1 


Rel-4 


A 


Corrections of ISD data structure 
for CAMEL phase 3 


4.2.0 


CAMEL phase 3 


10 


N4- 
001069 


29.002 


4.1.0 


193 


2 


Rel-4 


A 


USSD Corrections for Follow Me 


4.2.0 


USSD 


10 


N4- 
001071 


29.002 


4.1.0 


196 


1 


Rel-4 


A 


GSM to 3G Handover: MAP 
parameter Target Cell ID 


4.2.0 


Handover 


10 


N4- 
000921 


29.002 


4.1.0 


198 




Rel-4 


A 


ASN. 1 description of targetCellld 


4.2.0 


Handover 


10 


N4- 
001073 


29.002 


4.1.0 


200 


1 


Rel-4 


A 


IMSI in 
MAP_PREPARE_HANDOVER 


4.2.0 


Handover 


10 


N4- 
001076 


29.002 


4.1.0 


208 


1 


Rel-4 


A 


Ahgnment of the Target RNC-ID 


4.2.0 


Handover 


10 
10 


N4- 
001089 


29.002 


4.1.0 


211 


1 


Rel-4 


A 


Export of GSN- Address data type 


4.2.0 


CAMEL phase 3 


N4- 
001095 


29.002 


4.1.0 


212 




Rel-4 


A 


Transport of long RANAP 
messages on MAP-E interface 


4.2.0 


Handover 


' 


" 


29.002 


4.2.0 


" 


" 


Rel-4 


" 


Automatic update of annexes A 
andB 


4.2.1 


" 


11 


N4- 
010036 


29.002 


4.2.1 


206 


1 


Rel-4 


A 


Correction to LCS application 
context 


4.3.0 


LCS 


11 


N4- 
010276 


29.002 


4.2.1 


215 


2 


Rel-4 


B 


Add parameters to ISD and SRI 
for GPRS to handle ODB for PS 


4.3.0 


ODB enhancements 


11 


N4- 
010033 


29.002 


4.2.1 


217 




Rel-4 


A 


Correction to maximum number 
ofRAB's 


4.3.0 


Multicall 


11 


N4- 
010198 


29.002 


4.2.1 


??? 


2 


Rel-4 


B 


PS domain support for LCS 
Release 4 


4.3.0 


LCS 


11 


N4- 
010058 


29.002 


4.2.1 


224 




Rel-4 


A 


Failure of Update GPRS Location 
when HLR is not reachable 


4.3.0 


GPRS R97 


11 


N4- 
010287 


29.002 


4.2.1 


231 


1 


Rel-4 


B 


Extension of call related privacy 
class for LCS Release 4 


4.3.0 


LCS 


11 


N4- 
010375 


29.002 


4.2.1 


232 


2 


Rel4 


B 


Maximum number of LCS Clients 


4.3.0 


LCS 


11 


N4- 
010261 


29.002 


4.2.1 


234 




Rel-4 


B 


MAP over IP according to 
SIGTRAN 


4.3.0 


SS7IP 


11 


N4- 
010465 


29.002 


4.2.1 


236 


1 


Rel-4 


B 


Requesting node type in 
authentication set request 


4.3.0 


SEC1-EHCS 


11 


N4- 
010360 


29.002 


4.2.1 


246 




Rel-4 


A 


Adding EXPORT definition for 
LSAIdentity 


4.3.0 


Camel 3 
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WORKITEM 


11 


N4- 
010361 


29.002 


4.2.1 


247 




Rel-4 


A Removing duplicate parameters 
from ss-CSI 


4.3.0 


CAMEL 3 


11 


N4- 
010362 


29.002 


4.2.1 


248 




Rel-4 


A Correction to description of SS- 
CSI in HLR to VLR information 
flow 


4.3.0 


CAMEL 3 


11 


N4- 
010365 


29.002 


4.2.1 


250 




Rel-4 


A 


GSM to UMTS handover: 
addition of MAP parameter RNC 
ID 


4.3.0 


Handover 


11 


N4- 
010393 


29.002 


4.2.1 


252 




Rel-4 


A Clarification of the use of 
multicall bearer information 


4.3.0 


Multicall 


11 


N4- 
010428 


29.002 


4.2.1 


258 




Rel-4 


A Adding EXPORT definition for 
Geographicallnformation 


4.3.0 


Camel 3 


11 


N4- 
010446 


29.002 


4.2.1 


260 




Rel-4 


A 


Failure of Authentication 
Parameter GPRS when HLR is 
not reachable 


4.3.0 


GPRS R97 


11 


N4- 
010484 


29.002 


4.2.1 


262 


1 


Rel-4 


A 


Correction to D-CSI 


4.3.0 


CAMEL 3 


12 


N4- ^ 
010728 


29.002 


4.3.0 


239 


4 


Rel-4 


A Addition of selected UMTS 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010730 


29.002 


4.3.0 


241 


4 


Rel-4 


A Addition of allowed GSM 
algorithms indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010733 


29.002 


4.3.0 


244 


4 


Rel-4 


A Addition of allowed UMTS 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


ri2 


N4- 
010735 


29.002 


4.3.0 


245 


4 


Rel-4 


A Addition of selected GSM 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010739 


29.002 


4.3.0 


254 


2 


Rel-4 


A Addition of radio resource list to 
the handover procedures 


4.4.0 


Multicall 


12 


NP- 
010247 


29.002 


4.3.0 


256 


3 


Rel-4 


A Addition of GSM channel type 
and GSM chosen channel 
indications to handover 
procedures 


4.4.0 


Handover 


12 


N4- 
010787 


29.002 


4.3.0 


264 


3 


Rel-4 


A Add support in MAP for all 
shapes defined in 23.032 


4.4.0 


LCS 


12 


N4- 
010633 


29.002 


4.3.0 


270 


1 


Rel-4 


A Correction to description of 
RNCId parameter 


4.4.0 


Handover 


12 


N4- 
010635 


29.002 


4.3.0 


272 


1 


Rel-4 


A 


Correction to Encryption 
Information and Integrity 
Protection parameters 


4.4.0 


Handover 


12 


N4- 
010767 


29.002 


4.3.0 


279 


3 


Rel-4 


A 


Essential drawbacks on services 
due to introduction of Super- 
Charger function 


4.4.0 


TEI 


12 


N4- 
010741 


29.002 


4.3.0 


283 


1 


Rel-4 


A 


Introduction of selected Rab-id to 
the Process Access Signalling 
operation 


4.4.0 


Multicall 


12 


N4- 
010673 


29.002 


4.3.0 


285 




Rel-4 


A Mistake in the definition of 
Authentication Failure Report 
Application Context 


4.4.0 


SEC 


12 


N4- 
010551 


29.002 


4.3.0 


266 




Rel-4 


A Add support in MAP for Ellipsoid 
Point 


4.4.0 


LCS 


12 


N4- 
010778 


29.002 


4.3.0 


168 


5 


Rel-4 


C 


Security Header modification 


4.4.0 


Security 


12 


N4- 
010785 


29.002 


4.3.0 


267 


3 


Rel-4 


C 


Additional Parameters in 
Authentication Failure Report 


4.4.0 


SEC1 - EHCS 


12 


N4- 
010783 


29.002 


4.3.0 


268 


3 


Rel-4 


F MS presence notification 
, procedure for LCS 


4.4.0 


LCS1 
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WORKITEM 


12 


N4- 
010790 


29.002 


4.3.0 


289 


2 


Rel-4 


F 


Component level granularity of 
protection 


4.4.0 


SEC1 




29.002 


4.4.0 






Rel-4 


Corrupted headers fixed 


4.4.1 




13 


N4- 
010840 


29.002 


4.4.1 


290 




Rel-4 


F 


Clarifications on long forwarded- 
to numbers 


4.5.0 


TEW 


13 


N4- 
010929 


29.002 


4.4.1 


291 


1 


Rel-4 


F 


Corrections for Deferred MT-LR 


4.5.0 


LCS1 


13 


N4- 
010930 


29.002 


4.4.1 


292 


2 


Rel-4 


F 


Clarifications on SupportedLCS- 
CapabilitySets 


4.5.0 


LCS1 


13 


N4- 
010958 


29.002 


4.4.1 


295 


2 


Rel4 


F 


Corrections on the introduction of 
LCS for PS domain 


4.5.0 


LCS1 


13 


N4- 
010970 


29.002 


4.4.1 


302 


2 


Rel-4 


F 


Additional SGSN related values 
to Access Type 


4.5.0 


SEC1-EHCS 


13 


N4- 
010976 


29.002 


4.4.1 


306 




Rel-4 


A 


Addition of data type definitions 
to EXPORT statements for the 
usage in CAP 


4.5.0 


CAMEL3 


13 


N4- 
011017 


29.002 


4.4.1 


307 


2 


Rel-4 


A 


Minimum MAP application 
context for intersystem MSC 
handover from GSM to UMTS 


4.5.0 


Handover 


13 


N4- 
011019 


29.002 


4.4.1 


309 


2 


Rel-4 


A 


Minimum MAP application 
context for intersystem MSC 
handover from UMTS to GSM 


4.5.0 


Handover 


13 


N4- 
010845 


29.002 


4.4.1 


277 


1 


Rel4 


F 


Correction on the SDL of NW 
initiated USSD operations 


4.5.0 


TEI 


13 




29.002 


4.4.1 






Rel-4 


Editorial Clean up 


4.5.0 




14 


N4- 
011031 


29.002 


4.5.0 


313 




Rel-4 


A 


Clarification on LCS parameters 
in MAP 


4.6.0 


LCS1 


14 


N4- 
011043 


29.002 


4.5.0 


314 




Rel-4 


F 


Handling of linked operations in 
the MAP protocol machine 


4.6.0 


TEW 


14 


N4- 
011285 


29.002 


4.5.0 


316 




Rel-4 


F 


Corrections on the SDL diagrams 
for LCS 


4.6.0 


LCS1 


14 


N4- 
011198 


29.002 


4.5.0 


318 


1 


Rel-4 


A 


Indication of deletion of CSI in 
Notify Subscriber Data Change 


4.6.0 


CAMEL3 


14 


N4- 
011074 


29.002 


4.5.0 


320 




Rel-4 


A 


Correct length of Add- 
Geographicallnformation 


4.6.0 


LCS 


14 


N4- 
011091 


29.002 


4.5.0 


322 




Rel-4 


A 


Clarify encoding of RNC Id 


4.6.0 


Handover 


r 14 


N4- 
011094 


^9.002 


4.5.0 


324 




Rel-4 


A 


Clarify encoding of RANAP 
parameters in MAP 


4.6.0 


Handover 


14 


N4- 
011097 


29.002 


4.5.0 


325 




Rel-4 


F 


Clarifications on long forwarded- 
to numbers 


4.6.0 


TEW 


14 


N4- 

011227 


29.002 


4.5.0 


331 


1 


Rel-4 


A 


Clarification of methodology for 
maintaining data consistency in 
Supercharger 


4.6.0 


TEI 


14 


N4- 
011173 


29.002 


4.5.0 


334 




Rel-4 


A 


Addition of RAB ID to Prepare 
Handover procedure 


4.6.0 


Multicall 


14 


N4- 
011175 


29.002 


4.5.0 


336 




Rel-4 


A 


Correction to the Allowed GSM 
Algorithms parameter 


4.6.0 


Handover 


14 


N4- 
011177 


29.002 


4.5.0 


337 


1 


Rel-4 


F 


Correction of references 


4.6.0 


TEW 


14 


N4- 
011190 


29.002 


4.5.0 


339 




Rel-4 


A 


CUG-Info is not exported from 
29.002 


4.6.0 


CAMEL3 


14 


N4- 
011209 


29.002 


4.5.0 


341 




Rel-4 


A 


Clarification on NSCD when data 
is withdrawn 


4.6.0 


CAMEL phase 3 


14 


N4- 

011211 


29.002 


4.5.0 


343 




Rel-4 


A 


Clarification of sending CAMEL 
information in stand alone ISD 
case 


4.6.0 


CAMEL phase 3 


14 


N4- 
011262 


29.002 


4.5.0 


344 




Rel-4 


F 


Correction of the priority for 'SRI 
for LCS' 


4.6.0 


LCS1 
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TSG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


14 


N4- 
011273 


29.002 


4.5.0 


347 




Rel-4 


A 


ASN.l correction 


4.6.0 


CAMEL 


14 


N4- 
011437 


29.002 


4.5.0 


349 


2 


Rel-4 


F 


Handling of MNRR in the HLR 
& SMS-GMSC 


4.6.0 


TEW 


14 


N4- 
011433 


29.002 


4.5.0 


354 


1 


Rel-4 


A 


Minimum MAP application context ' 
for G2G inter-MSC iiandover 


4.6.0 


Handover 


14 


N4- 
011439 


29.002 


4.5.0 


359 


2 


Rel-4 


A 


Alignment of parameter lengths 
with those prescribed in 08.08 


4.6.0 


TEI 


14 


N4- 
011423 


29.002 


4.5.0 


360 


1 


Rel-4 


F 


Aligning the security header 
elements with TS33.200 


4.6.0 


TEI-4 


14 


N4- 
011394 


29.002 


4.5.0 


364 




Rel-4 


A 


Syntax error in the ATM result 
and ATSI result 


4.6.0 


CAMEL phase 3 


15 


N4- 
020210 


29.002 


4.6.0 


372 


1 


Rel-4 


A 


Inclusion of complete ODB data 
in ATSI and NSDC 


4.7.0 


CAMEL3 


15 


N4- 
020067 


29.002 


4.6.0 


385 




Rel-4 


F 


Correction to AC version of 
gprsLocationlnfoRetrievalContext 


4.7.0 


TEW 


15 


N4- 
020247 


29.002 


4.6.0 


389 


1 


Rel-4 


F 


Incomplete description of Restore 
Data parameters 


4.7.0 


TEW 


15 


N4- 
020182 


29.002 


4.6.0 


402 




Rel-4 


A 


Clarification on CODEC-Info 


4.7.0 


TEI 


15 
16 


N4- 
020249 


29.002 


4.6.0 


406 


1 


Rel-4 


F 


ODB alignment 


4.7.0 


TEW 


N4- 
020529 


29.002 


4.7.0 


427 


2 


Rel-4 


F 


LCS: error handUng if shape not 
supported by GMLC 


4.8.0 


LCS1 


16 


N4- 
020621 


29.002 


4.7.0 


452 




Rel-4 


A 


Addition of Radio Resource List 
to the Forward Access Signalling 
operation 


4.8.0 


Multicall 


16 


N4- 
020640 


29.002 


4.7.0 


459 




Rel-4 


A 


Clarification on Resume Call 
Handling 


4.8.0 


TEI 


16 


N4- 
020745 


29.002 


4.7.0 


439 


2 


Rel-4 


A 


Clarification on 
SendAuthenticationlnfo 


4.8.0 


TEI 


16 


N4- 
020749 


29.002 


4.7.0 


445 


1 


Rel-4 


A 


Addition of Service Handover 
parameters to MAP Handover 

messages 


4.8.0 


Handover 


16 


N4- 
020332 


29.002 


4.7.0 


409 




Rel-4 


F 


Handling the MNRR flag in the 
HLR & SMS-GMSC 


4.8.0 


TEI_4 


16 


N4- 
020409 


29.002 


4.7.0 


424 




Rel-4 


F 


Clarify conditions to trigger 
restart of MTLR-Deferred 
procedure 


4.8.0 


LCS1 


ri6 


N4- 
020498 


29.002 


4.7.0 


419 


1 


Rel-4 


F 


Clarfication of introducing 
Session related and unrelated 
class 


4.8.0 


LCS1-PS 


16 


N4- 
020510 


29.002 


4.7.0 


429 


1 


Rel-4 


F 


Corrections on the introduction of 
LCS for PS domain 


4.8.0 


LCS 


16 


N4- 
020528 


29.002 


4.7.0 


397 


3 


Rel-4 


C 


Check of NAM and Requesting 
Node Type on receipt of 
SendAuthenticationlnfo 


4.8.0 


TEW 


'■ 16 


N4- 
020742 


29.002 


4.7.0 


447 


1 


Rel-4 


F 


Corrections in SS-code chapter 


4.8.0 


TEI 


17 


N4- 
021042 


29.002 


4.8.0 


478 




Rel-4 


A 


Clarifications on Send 
Identification 


4.9.0 


TEI 
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